Доклад Анны Сеньковой на AgileDays 2015 в Москве. Тема выступления – Разное ретро для разных команд.
Текст для слайдов:
Ретроспектива - это процесс, когда после спринта, команда собирается вместе, что выработать решения по улучшению производства и разобрать сложные моменты за период итерации. Как выглядит типичное ретро «Давайте вспомним, что было хорошо? Что плохо? Как улучшить процесс?».
1. Брюс Такман
Знакомьтесь, в 1965 году американский ученый по заказу Вооруженных Сил США издал свой труд «Стадии формирования команды: Forming, Storming, Norming, Performing», где привел результаты исследования многочисленных команд. И выделил основные этапы развития. Смотрите на слайд с этапами.
2. Новички
Представим, что мы пришли в только что сформированную команду после 1 спринта и спросили «Давайте вспомним, что было хорошо? Что плохо? Как улучшить процесс?» Вы, правда, думаете, что вам честно ответят? Вряд ли. На этапе формирования и шторма у молодой команды не хватает общения, доверия, возможно понимания agile принципов и правил. Более того молодую команду преследуют конфликты.
Как же провести ретро для новичков, чтоб не натолкнуться на "беды"?
• в этом плане самое мощное оружие – визуализация. Именно она поможет описать эмоции от спринта.
• собрать и дать фидбек.
• ретро для новичков можно совместить с коучинг agile принципов. Например, если у команды были сложности с формированием user story, то взять понятие user story и рассмотреть в более высоком контексте.
• Можно добавить в ретро интерактива и фана.
Одним словом, молодой команде важно дать понять, что это не команда плохая, что это естественный этап становления команды.
3. Середнячки
А теперь давайте перенесемся в команду на этапе «нормализации». Они уже работают некоторое время в месте, но, как правило, хромает один из принципов Agile – самоорганизованность. На этом этапе важно начать прививать ответственности за решения.
Можно попробовать следующие техники:
• Когда на ретро принимается решение, то назначается ответственный и дедлайн.
• Можно разработать шаблон описания проблемы на ретро «Что? Где? Когда?», чтобы не было голословных обвинений.
• Мозговой штурм. Поможет всем членам команды высказаться и предложить нестандартные
20. Пример: «Техническая
документация не готова к релизу»
1. Почему? Не успели подготовить большие объемы мануалов.
2. Почему? Не смогли спрогнозировать кол-во мануалов.
3. Почему? Задачу неточно описали на планировании спринта.
4. Почему? Не хватило экспертизы для оценки документации.
5. Почему? На планирование не позвали технического писателя.