Эволюция масштабирования Agile на примере трех продуктовых групп / Денис Тучин (Сбербанк)

Эволюция
масштабирования Agile
на примере трех
продуктовых групп
Денис Тучин
Аджайл-коуч
Сбербанк

Доклад для вас, если
• Вы знаете что-такое Agile
• У вас несколько команд работает в Agile-парадигме
• У них есть сложности в коммуникациях между командами

Знакомство
• С 2004 разработка коммерческого ПО
• С 2009 применение Agile-практик
• С 2011 Scrum Mastering
• С 2014 Agile Coaching
Хобби: Мотивация детей и взрослых
ICP, ICP-ATF, ICP-TST

Беклог доклада
В плену
групповой
динамики
Плани-
рование

Agile-манифест
Люди и взаимодействие важнее
процессов и инструментов
Работающий продукт важнее
исчерпывающей документации
Сотрудничество с заказчиком важнее
согласования условий контракта
Готовность к изменениям важнее
следования первоначальному плану

Наши герои
• Группа ребят работающих над одним продуктом из 24 участников

Functional Silos vs T2M
Требования
Дизайн
Backend
Frontend

План: Кросс-функциональные команды
• Разделить всех на «two pizza» команды (по 7±2 человек)
• Найти по одному представителю бизнеса в каждую команду
на роль Владельца Продукта

Владелец Продукта
Аналитики
Разработчики
Дизайнеры
Кросс-функциональные команды

План: межкомандные коммуникации
• Каждая команда будет работать по своему беклогу
• Синхронизировать все связанные команды на общих встречах

Владельцы Продукта
Нашли только одного,
у кого был подходящий опыт и компетенции,
чтобы расставлять приоритеты и думать о
продукте с точки зрения пользователя

А можно нам
с одним ВП?

с одним ВП?
Можно!
Например, в
LeSS

с одним
беклогом?

с одним
беклогом?
Можно!
См. туда же :)

1 Владелец Продукта
1 Продукт

1 Продукт
1 Беклог Продукта

1 Продукт
1 Беклог Продукта
См.
https://less.works/

Единый Беклог Продукта
Спринт Momentum
Classic
Универсальный
функционал (УФ)

Спринт 1
функционал (УФ)
Momentum
Classic
Плани-
рование

Давайте наймём в
команду УФ
больше людей!
Ретро Спринта 1
Плани-
рование

Давайте наймём в
команду УФ
больше людей!
Я составлю
заявку?
Владелец
Продукта
Плани-
рование

Спринт 2
функционал
Momentum
Classic
Плани-
рование

Хммм…
Плани-
рование

А давайте помогать
друг другу!
Хммм…
Плани-
рование

Хммм…
А так
можно?
Плани-
рование

Хммм…
А так
можно?
НУЖНО!
Кросс-функциональность
и всё такое… Аджайл-коуч
Плани-
рование

Планирование
Плани-
рование

Планирование Спринта 3
Плани-
рование

Плани-
рование
См.

•24 человека
•4 часа
Плани-
рование

Совместное планирование
•24 человека
•4 часа
•Зарывались в код и в документы
•Что-то оценивали наобум
•Не успели запланировать весь спринт
Плани-
рование

Cложно планировать по Agile!
Может, мы что-то не так делаем?

Product Backlog
Refinement
делаете?

А это как?
Product Backlog
Refinement
делаете?

А это как?
…?
Product Backlog
Refinement
делаете?

Актуализация Беклога
(Product Backlog Refienment)

Владелец
Продукта
1. Владелец Продукта обозначает приоритеты и
продуктовые зависимости

Владелец
Продукта
2. Команды задают вопросы ВП и пытаются оценить истории

Владелец
Продукта
3. Всё что не удалось оценить, анализируем и исследуем

Процесс Планирования Спринта 4
Владелец
Продукта
1. Владелец Продукта обновляет приоритеты

2. Команды планируют спринт по отдельности
Владелец
Продукта

3. Вывешивают свои Беклоги Спринта на общую доску

4. Команды собираются вместе у общей доски:
4.1. Обозначают технические зависимости

4. Команды собираются вместе у общей доски:
4.2. При необходимости корректируют свои Беклоги Спринта

Планирование Спринта 4 заняло < 2 часов

Ретроспектива Спринта 1
• 1 час каждая из команд
решает внутренние проблемы
• 1 час совместная ретроспектива 3 команд:
решают общие проблемы

• Только совместная ретроспектива 3 команд
• Формальная длительность: 1 час
Хммм…

• 1 час обсуждали актуальность проблем с прошлого ретро
• Активно участвовало 5 из 24 человек
Нормально ж
всё было!

• 1 час обсуждали актуальность проблем с прошлого ретро
• Активно участвовало 5 из 24 человек
• 1/3 участников перестала приходить
• 1/3 «сидела в гаджетах»

А почему отменили
ретро внутри команд?

У нас в основном
общие проблемы!

И очень мало
свободного времени!
У нас в основном
общие проблемы!

•Фактическая длительность: 1,5 часа
•40 мин. обсуждали проблемы с прошлого ретро
•Активно участвовало 5 человек
•1/3 участников не пришло
•1/3 «сидела в гаджетах»

Вам нравится
ваша Ретро?

ваша Ретро?Что-то не
очень…

Аджайл-коучи
Что-то не
очень…
Давайте мы
вам проведём?

Что-то не
очень…
Давайте мы
вам проведём?
Давайте!

1. Каждый выписывает на стикерах
проблемы и инсайты
2. Каждый презентует свои стекеры

3. Голосуем точками за то, что хотим
обсудить на Ретро:
• Что больше болит?
• Что мы можем изменить или
хотя бы на что повлиять ?

4. Делимся на малые группы, кто какую проблему
хочет обсудить и решить
5. Презентуем идеи решения на всех

6. Определяем, кто, что и когда сделает для решения

1. Каждый выписывает на стикерах проблемы
и инсайты
3. Голосуем точками за то, что хотим обсудить
на Ретро
4. Обсуждаем в малых группах
5. Презентуем идеи решений на всех
6. Определяем, кто, что и когда сделает для решения 50 мин
40 мин

Понравилось?

Да, но хотелось бы
уложиться в 1 час

Давайте вынесем
сбор данных. И на
этот раз проводите
сами
Да, но хотелось бы
уложиться в 1 час

1. Обзор решений с прошлого ретро
3. Голосуем точками за то, что хотим обсудить
на Ретро
4. Обсуждаем в малых группах
5. Презентуем идеи решений на всех
6. Определяем, кто, что и когда сделает для решения
50 мин

Хммм…
У меня есть
рецепт, как
проводить
ретро
на 30 человек

В плену групповой динамики
Спринт 1
В плену
групповой
динамики
Спринт 7

СПАСИБО ЗА
ВНИМАНИЕ!
Сбербанк
denistuchin@gmail.com
facebook.com/denis.tuchin
Денис
Тучин

Ежедневный Scrum
• Каждая команда проводит
свой Ежедневный Scrum
• Представители команд ходят
друг к другу на Daily

Обзор Спринта
1. Совместная демонстрация
Инкремента
2. Владелец Продукта фиксирует
обратную связь

Эволюция масштабирования Agile на примере трех продуктовых групп / Денис Тучин (Сбербанк)

Related slideshows

More Related Content

Эволюция масштабирования Agile на примере трех продуктовых групп / Денис Тучин (Сбербанк)