Спросите agile-команду, какую встречу она будет защищать до последнего, — многие назовут ретроспективу: там говорят правду. Спросите, какая встреча меньше всего меняет жизнь, — ответ тот же. У ретро проблема конверсии: честный диагноз, искренние идеи улучшений — и через два спринта на флипчарте те же пункты, встречаемые самой деморализующей фразой agile: «мы уже это обсуждали».
Сбой не в разговоре — диагностируют команды хорошо. Сбой в том, что происходит с экшенами после звонка. Они умирают от трёх конкретных, излечимых дефицитов.
Коротко
- Экшены ретро умирают сиротами: без прописки (не в трекере), без владельца («команда») и без воскрешения (ничто их не поднимает). Лечите все три — иначе не сработает ни один.
- Прописка: улучшение живёт в том же трекере, что и продуктовая работа. Экшен в заметках фасилитатора уже мёртв (конвейер ниже).
- Владелец: одно имя на экшен. Команда может владеть нормой; задачей владеет только человек.
- Воскрешение: следующее ретро открывается пунктами прошлого — автоматически, а не когда кто-то вспомнит.
Три дефицита
Без прописки. Продуктовая работа живёт в трекере, получает статусы, всплывает на стендапах. Экшены ретро живут в скриншоте доски или в заметках скрам-мастера — там, куда между церемониями не заходит никто. Разное хранилище — разная выживаемость; хранилище и есть решение.
Без владельца. «Нам стоит улучшить оценки» — это пожелание. Форматы ретро поощряют коллективные формулировки, потому что проблемы коллективны, — но экшеном, которым владеют все, не владеет никто. Правило конверсии: имя человека и глагол — или это норма (так и запишите её), а не экшен.
Без воскрешения. Даже прописанные и подписанные экшены проигрывают гравитации спринта: продуктовые дедлайны кричат, улучшения шепчут. Без механизма, который их поднимает, тишина читается как «сделано». Ретро нужен открывающий ритуал: что мы обещали себе в прошлый раз?
Конвейер, который обеспечивает все три
Запишите ретро (своя команда, все в курсе) и обработайте — запись становится протоколом: что болело и что команда решила менять, с обязательствами, извлечёнными задачами с владельцами и сроками (факты продукта). Одна честная оговорка о рамках: протокол — это обычный протокол встречи, а не специальный ретро-шаблон; фасилитация (группировка, голосование, форматы) остаётся в вашем инструменте ретро — конвейер подхватывает там, где разговор закончился.
Дальше три лекарства становятся механикой. Прописка: подтверждённые экшены уходят в командный трекер рядом с продуктовыми задачами (факт продукта). Владелец: извлечение предлагает ответственных по тому, кто что говорил, — а шаг подтверждения и есть место, где «команда должна» получает имя (факт продукта). Воскрешение: несделанное переносится и всплывает на следующей встрече, вместо того чтобы раствориться (факт продукта) — первый пункт повестки пишет себя сам. Общий конвейер задач разобран в статье как превратить запись планёрки в задачи.
Архив заканчивает споры о дежавю
У «мы уже это обсуждали» два режима сбоя: это правда, и ничего не было сделано (лечится выше), — или никто не уверен, что это правда, и ретро тратит десять минут на суд над памятью. Обработанная история чинит второй: «мы разбирались с флейками тестов?» — это поиск по прошлым ретро с датами и цитатами (факты продукта). Для нового скрам-мастера или перетасованной команды эта история — онбординг: путь улучшений команды, читаемый за вечер.
На горизонте месяцев тот же архив отвечает на неудобный мета-вопрос: наши ретро производят работу или протоколы? Закрываемость задач по встречам видна в аналитике (факт продукта), и ретро, чьи экшены не закрываются, — само по себе тема для ретро; рамка гигиены развёрнута в статье у недели встреч должен быть итог.
Что остаётся человеческим
Конвейер не сделает команду честной, не заставит работать формат фасилитатора и не отприоритизирует улучшения против дедлайна — это остаётся ремеслом. Что он убирает — так это зазор, в который утекали благие намерения: между честным разговором и трекером. Команды проваливают ретро не от недостатка выводов; они проваливают его в семьдесят два часа после — и ровно этот отрезок конвейер способен удержать.
Источники и метод
Факты продукта (протоколы встреч с извлечением задач, включая предлагаемых ответственных и сроки; вывод задач в командные трекеры; перенос несделанного на следующую встречу; полнотекстовый поиск и вопросы по истории встреч; закрываемость задач в аналитике) описаны по продуктовому каталогу Летучки на момент написания. Специальный ретро-шаблон протокола не заявляется — протокол общий. Методика фасилитации ретро — редакционная практика. Статистика не приводится и не выдумывается.
Похожие материалы: Как превратить запись планёрки в задачи · Асинхронный стендап: как не потерять разговор · У недели встреч должен быть итог · Фраза, которую ретро больше не услышит (юзкейс)
Запишите следующее ретро, киньте в @letuchka_robot — и откройте следующее за ним вопросом «что мы обещали себе в прошлый раз», уже заполненным. Новым пользователям — бесплатные минуты обработки.