Не верите, что по Agile можно запускать программы проектов гигантские по численности привлечённых сотрудников и сложности создаваемого продукта? К примеру, программа проектов на 2 тыс. человек должна вывести все банковские продукты на единый фронт. Такая задача подразумевает интеграцию огромного количества внутренних банковских систем. Итого, колоссальное количество коммуникаций как внутри программы проектов, так и с другими подразделениями банка. Как запустить такое количество людей в едином русле? Как их координировать? Можно ли принципиально при таких входных параметрах не упасть хаос?

1. Сергей Рогачев,
Agile Coach, ScrumTrek
Масштабирование Agile в
Единой фронтальной системе
Сбербанка

2. Сергей Рогачев
—ScrumTrek
– Agile Coach
– Масштабирование Agile
—В прошлом
– Заказная и продуктовая
разработка, консалтинг
– Разработчик, архитектор,
менеджер проектов,
технический директор,
руководитель проектного
офиса

3. ЕДИНАЯ ФРОНТАЛЬНАЯ СИСТЕМА

4. Трансформация банковского
бизнеса
Бесшовный
кросс-
канальный
клиентский опыт
Высокая доля
продаж в
удаленных
каналах
обслуживания
Низкий Time-to-
Market продукта
во все каналы
обслуживания
Низкие затраты
на обучение
новых
сотрудников

5. Вызовы
Колоссальный
объем
Различные
устройства
Огромное количество
систем в интеграции
Водопадная модель
разработки
Гигантская
команда

6. AGILE

7. Все это будет
построено на
Agile…
…потому что по-
другому такой
объем сделать
нельзя
– Герман Греф

8. Чем больше проект, тем меньше
шансов на его успех
* 2015 CHAOS Report – Standish Group (http://www.infoq.com/articles/standish-chaos-2015)

9. На любых размерах проектов Agile
успешнее, чем Waterfall
* 2015 CHAOS Report – Standish Group (http://www.infoq.com/articles/standish-chaos-2015)

10. отстой
Разработчики Пользователи

11. отстой
Разработчики
Пользователи
отстой
Приемка

12. Где???Разработчики
Пользователи
отстой
Разработчики
Интеграционное тестирование
отстой
Приемка

13. Приемка
Где???
Разработчики
Пользователи
отстой
Разработчики
отстой
Приемка
отстой
отстой
ПриемкаИнтеграционное тестирование

14. Вертикальная
коммуникация
Ценность не соответствует
колодцам
Задача: соединить колодцы
Трения между
колодцами
Рассадка по
функциям
Политические
барьеры

15. Кросс-функциональные
команды

16. МАСШТАБИРОВАНИЕ AGILE

19. Проблемы Agile-команды
—Размер команды от 5 до 9 человек
—Команда такого размера не может самостоятельно
поставлять ценность
—Большой стек технологий
—Интеграция с другими «водопадными» системами
—Проблемы синхронизации (выравнивания) на уровне
больших проектов и программ

20. Scaled Agile Framework
SAFe сводобно доступная
онлайн база знаний
проверенных и успешных шаблонов
реализации Lean-Agile разработки
на корпоративных масштабах

21. Scaled Agile Framework (SAFe)
Обеспечивает выравнивание, сотрудничество и
поставку ценности большого количества команд
1. Встроенное
качество
2. Исполнение
программы
3. Выравнивание
4. Прозрачность
Ценности

22. The 10th Annual State of Agile Report
– VersionOne
https://versionone.com/pdf/VersionOne-10th-Annual-State-of-Agile-Report.pdf

23. Решение организационных
проблем
—Нужна команда руководителей для постоянного
решения проблем команд
—Движение проблем от команд наверх
—Скорость преобразования организации – скорость
решения проблем

24. Agile не работает! Что-
то не так с вашим
аджайлом!
Agile не работает! Что-
то не так с вашей
организацией!

25. Поток проблем
—Поток проблем снизу вверх
—Постоянное решение проблем
—Визуализация
—Доска проблем

26. Доска блокеров – ROAM

27. Нужны быстрые победы

28. ПРОДУКТОВАЯ СИНХРОНИЗАЦИЯ
КОМАНД

29. Web-site Accounting
CRM
RiskShop
Marketing
Loyalty
Как выглядит банковское ИТ?

30. Web-site Accounting
CRM
RiskShop
Marketing
Loyalty
ESB
Как выглядит банковский
продукт?

31. Web-site Accounting
CRM
RiskShop
Marketing
Loyalty
ESB
Как выглядит банковский
продукт?

32. Кем это все поддерживается?
Web-site Accounting
CRM
RiskShop
Marketing
Loyalty
ESB

33. Загрузка?
120%
Очередь на полгода вперед

34. Очередь работ
CRM
Accounting
Shop

35. Новый проект
CRM
Accounting
Shop

36. Нежданчики
CRM
Accounting
Shop ДЛИТЕЛЬНОСТЬ РЕАЛИЗАЦИИ ПРОЕКТА

37. Нежданчики
CRM
Accounting
Shop ДЛИТЕЛЬНОСТЬ ПРОЕКТА

38. Работа над одной бизнес-задачей
разными командами

39. Продуктовая команда

40. PO Sync – церемония продуктовой
синхронизации команд
Цели
• Выявить зависимости между
командами и рассинхронизации
по продуктовым планам
• Предотвратить создание
«велосипедов»
• Фасилитировать решения
Результат
• Прозрачная реализации
взаимозависимых продуктов
• Оперативное внесения
изменений в планы
• Системное решение проблем, а
не реактивное
• Командная работа владельцев
продуктов

41. Скрам-
мастер
Владельцы
продуктов

42. Скрам-
мастер
Владельцы
продуктов
ОСНОВНЫЕ ПРАВИЛА
• Еженедельно или чаще
• Не более 30-60 минут
• Выявить открытые вопросы,
организовать встречи для их
обсуждения
• Проводит старший Скрам-
мастер или владелец продукта
• Владельцы продуктов –
обязательные участники
• При необходимости
заинтересованные лица и
внешние эксперты

43. Скрам-
мастер
Владельцы
продуктов
• Следит за тем, чтобы PO Sync был
• Следит за регламентом
• Фасилитирует общение
• Фиксирует проблемы

44. Скрам-
мастер
Владельцы
продуктов
По очереди рассказывают о том,
что их команды сделали с
момента прошлой встречи,
планируют сделать,
рассказывают проблемы

45. Скрам-
мастер
Владельцы
продуктов

46. Скрам-
мастер
Владельцы
продуктов
Все привет! Что у вас нового?
Давайте расскажем по кругу.

47. Скрам-
мастер
Владельцы
продуктов
Привет! У нас в проекте Сигма
проблемы с реализацией
справочников. Задержка со
стороны вендора. Мы
вынуждены перенести
завершение на месяц

48. Скрам-
мастер
Владельцы
продуктов
Ребята, кто зависит от
справочников Сигмы? Проект
Альфа?

49. Скрам-
мастер
Владельцы
продуктов
Постойте! От ваших
справочников зависят сроки
нашего релиза Альфы!

50. Скрам-
мастер
Владельцы
продуктов Возможно, мы сможем
реализовать предварительную
версию справочников только
для вас в минимальном виде?

51. Скрам-
мастер
Владельцы
продуктов
Было бы неплохо понять, в
каком виде?

52. Скрам-
мастер
Владельцы
продуктов
Ребята, давайте вы это обсудите
после встречи вдвоем?

53. Скрам-
мастер
Владельцы
продуктов
OK

54. Скрам-
мастер
Владельцы
продуктов
Хорошо, я запланирую встречу
на вечер

55. Скрам-
мастер
Владельцы
продуктов
У меня – все.

56. Скрам-
мастер
Владельцы
продуктов

57. Скрам-
мастер
Владельцы
продуктов
Полетели дальше

58. Скрам-
мастер
Владельцы
продуктов
Всем привет! Мы перешли на
последнюю версию
платформы. В этот раз
критических ошибок не было.

59. Скрам-
мастер
Владельцы
продуктов
Кажется, у кого-то были
сомнения в том, интегрировать
новую версию платформы или
подождать?

60. Скрам-
мастер
Владельцы
продуктов
Ага, это мы. Спасибо за
информацию!

61. Скрам-
мастер
Владельцы
продуктов
А так, у нас все по
плану. У меня – все.

62. Скрам-
мастер
Владельцы
продуктов

63. Скрам-
мастер
Владельцы
продуктов
Кто дальше?

64. Скрам-
мастер
Владельцы
продуктов
У нас в проекте Гамма
проблема… Мы почему-то
думали, что базовый
функционал заявки на
продукты есть в платформе. Но
его нет сейчас, придется
делать самим.

65. Скрам-
мастер
Владельцы
продуктов
Кто-то может
помочь Гамме?

66. Скрам-
мастер
Владельцы
продуктов
Мы с этой проблемой
столкнулись раньше вас. И
через месяц мы уже
завершим свою
реализацию, передадим в
платформу на поддержку.
Дождетесь?

67. Скрам-
мастер
Владельцы
продуктов
Супер! Конечно, дождемся.
Сами мы бы делали точно
дольше.

68. Скрам-
мастер
Владельцы
продуктов
Ребята, обсудите детали
после встречи?

69. Скрам-
мастер
Владельцы
продуктов
OK

70. Скрам-
мастер
Владельцы
продуктов
Да, я сведу тебя с нашими
разработчиками

71. Скрам-
мастер
Владельцы
продуктов У меня – все. Отличный
результат встречи: если бы
не она, мы бы побежали
делать велосипед!

72. Скрам-
мастер
Владельцы
продуктов

73. Доска программы

77. Встречи не заработают без
фасилитации

78. ДОЛГОСРОЧНОЕ ПЛАНИРОВАНИЕ

79. Притча о планировании в Agile

80. Планы бесполезны, но вот
планирование обязательно
Ошибка всего 15-20%, в ИТ
намного хуже:
• 43% проектов
– На 74% отставание по срокам
– На 59% превышение бюджета
– На 69% незавершенный
функционал
• 18% проектов
закрываются в корзину
* Standish Group «Chaos Manifesto 2013» (http://www.versionone.com/assets/img/files/CHAOSManifesto2013.pdf)

81. PI-планирование
—Синхронизировать планы команд
—Выявить зависимости, белые пятна, пересечения и
дублирования
—Получить понимание результата по всем командам:
что мы увидим на общей демонстрации в конце

98. Building planes in the sky (https://youtu.be/Y7XW-mewUm8)

99. SBERGILE

100. Agile в ИТ это —
ничего, если у тебя
нет Agile всей
организации. Все
процессы должны
быть перестроены.
Те, кто не освоит
Agile сегодня в куче
бизнес-процессов –
будет лузерами
завтра
– Герман Греф

106. С удовольствием ответим
на любые вопросы
+7 (495) 374 88 12
info@scrumtrek.ru
http://scrumtrek.ru