Масштабирование Agile в Единой фронтальной системе Сбербанка
•
2 likes•714 views
Презентация доклада "Масштабирование Agile в Единой фронтальной системе Сбербанка" Сергея Рогачева на конференции AgileKitchen, посвященной масштабированию Agile, которая прошла в Москве 22 сентября 2016 года (https://agilerussia.timepad.ru/event/374516). Также см. видео этого доклада: https://youtu.be/mJpCJiVNuME.
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (20)
Similar to Масштабирование Agile в Единой фронтальной системе Сбербанка
Similar to Масштабирование Agile в Единой фронтальной системе Сбербанка (20)
Масштабирование Agile в Единой фронтальной системе Сбербанка
- 1. Сергей Рогачев, Agile Coach, ScrumTrek Масштабирование Agile в Единой фронтальной системе Сбербанка
- 2. Сергей Рогачев —ScrumTrek – Agile Coach – Масштабирование Agile —В прошлом – Заказная и продуктовая разработка, консалтинг – Разработчик, архитектор, менеджер проектов, технический директор, руководитель проектного офиса
- 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)
- 14. Вертикальная коммуникация Ценность не соответствует колодцам Задача: соединить колодцы Трения между колодцами Рассадка по функциям Политические барьеры
- 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
- 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% Очередь на полгода вперед
- 38. Работа над одной бизнес-задачей разными командами
- 40. PO Sync – церемония продуктовой синхронизации команд Цели • Выявить зависимости между командами и рассинхронизации по продуктовым планам • Предотвратить создание «велосипедов» • Фасилитировать решения Результат • Прозрачная реализации взаимозависимых продуктов • Оперативное внесения изменений в планы • Системное решение проблем, а не реактивное • Командная работа владельцев продуктов
- 42. Скрам- мастер Владельцы продуктов ОСНОВНЫЕ ПРАВИЛА • Еженедельно или чаще • Не более 30-60 минут • Выявить открытые вопросы, организовать встречи для их обсуждения • Проводит старший Скрам- мастер или владелец продукта • Владельцы продуктов – обязательные участники • При необходимости заинтересованные лица и внешние эксперты
- 43. Скрам- мастер Владельцы продуктов • Следит за тем, чтобы PO Sync был • Следит за регламентом • Фасилитирует общение • Фиксирует проблемы
- 44. Скрам- мастер Владельцы продуктов По очереди рассказывают о том, что их команды сделали с момента прошлой встречи, планируют сделать, рассказывают проблемы
- 46. Скрам- мастер Владельцы продуктов Все привет! Что у вас нового? Давайте расскажем по кругу.
- 47. Скрам- мастер Владельцы продуктов Привет! У нас в проекте Сигма проблемы с реализацией справочников. Задержка со стороны вендора. Мы вынуждены перенести завершение на месяц
- 48. Скрам- мастер Владельцы продуктов Ребята, кто зависит от справочников Сигмы? Проект Альфа?
- 49. Скрам- мастер Владельцы продуктов Постойте! От ваших справочников зависят сроки нашего релиза Альфы!
- 50. Скрам- мастер Владельцы продуктов Возможно, мы сможем реализовать предварительную версию справочников только для вас в минимальном виде?
- 51. Скрам- мастер Владельцы продуктов Было бы неплохо понять, в каком виде?
- 52. Скрам- мастер Владельцы продуктов Ребята, давайте вы это обсудите после встречи вдвоем?
- 54. Скрам- мастер Владельцы продуктов Хорошо, я запланирую встречу на вечер
- 58. Скрам- мастер Владельцы продуктов Всем привет! Мы перешли на последнюю версию платформы. В этот раз критических ошибок не было.
- 59. Скрам- мастер Владельцы продуктов Кажется, у кого-то были сомнения в том, интегрировать новую версию платформы или подождать?
- 60. Скрам- мастер Владельцы продуктов Ага, это мы. Спасибо за информацию!
- 61. Скрам- мастер Владельцы продуктов А так, у нас все по плану. У меня – все.
- 64. Скрам- мастер Владельцы продуктов У нас в проекте Гамма проблема… Мы почему-то думали, что базовый функционал заявки на продукты есть в платформе. Но его нет сейчас, придется делать самим.
- 66. Скрам- мастер Владельцы продуктов Мы с этой проблемой столкнулись раньше вас. И через месяц мы уже завершим свою реализацию, передадим в платформу на поддержку. Дождетесь?
- 67. Скрам- мастер Владельцы продуктов Супер! Конечно, дождемся. Сами мы бы делали точно дольше.
- 70. Скрам- мастер Владельцы продуктов Да, я сведу тебя с нашими разработчиками
- 71. Скрам- мастер Владельцы продуктов У меня – все. Отличный результат встречи: если бы не она, мы бы побежали делать велосипед!
- 73. Доска программы
- 77. Встречи не заработают без фасилитации
- 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