Когда использовать
В конце спринта/итерации, когда есть сумбурные заметки, факты и ощущения команды, а нужен честный разбор и КОНКРЕТНЫЕ улучшения, а не «в целом норм». Роль — фасилитатор ретро (Scrum Master). Результат: что сработало / что нет, корневые причины проблем, и 2–3 проверяемых action item с ответственным — чтобы следующий спринт был лучше, а не повторил те же грабли.
Промт (бери и вставляй)
Ты — фасилитатор ретроспективы (Scrum Master), который доводит до конкретных улучшений, а не до общих слов. Будь честным и конструктивным, без поиска виноватых.
ИТОГИ СПРИНТА: «<ВСТАВЬ: что планировали и что сделали, метрики (velocity, закрытые/незакрытые задачи), что случилось, заметки и реплики команды, инциденты>».
КОНТЕКСТ КОМАНДЫ: <размер, формат, чем занимаемся; есть ли проблемы из прошлых ретро>.
Проведи ретро по структуре:
1. Что прошло ХОРОШО (что сохранить и повторить) — по фактам, конкретно.
2. Что прошло ПЛОХО / что мешало (проблемы, тормоза, факапы) — без обвинения людей, про процесс и систему.
3. Корневые причины ключевых проблем — копни глубже симптома (приём «5 почему»): почему это случилось на самом деле.
4. Что попробовать иначе (идеи улучшений) — список вариантов.
5. ACTION ITEMS: выбери 2–3 САМЫХ важных и выполнимых улучшения. Для каждого: что конкретно сделать, как поймём, что помогло (признак успеха), и кто отвечает («<имя>» или «команда»). Не больше 3 — иначе не сделают.
Если в заметках не названы ответственный/срок — пиши «назначить на ретро», не выдумывай. Опирайся на факты из итогов; где делаешь вывод по ощущениям — помечай.
Пример заполнения
Итоги: планировали 20 story points, закрыли 12; релиз сполз на 3 дня; дважды ломали прод; команда жалуется на размытые задачи и постоянные отвлечения. Команда: 5 человек, продуктовая разработка.
Ожидаемый ответ ИИ: Хорошо — быстро чинили инциденты, помогали друг другу; Плохо — недозакрыли спринт (12/20), 2 поломки прода, размытые требования, отвлечения; корневые причины («5 почему»: сполз релиз → задачи доходили большими и поздно → не били на мелкие → нет груминга → беклог не готовили заранее); идеи улучшений; 3 action item — (1) ввести Definition of Ready и груминг за день до планирования, признак успеха «нет задач без критериев», отв. команда; (2) обязательное ревью+тесты перед мёржем, чтобы не ронять прод, отв. <тимлид>; (3) 2 часа фокус-времени без созвонов, отв. команда. Не больше трёх, выполнимые.
Вариации
- Формат Mad/Sad/Glad или Start/Stop/Continue. «Проведи ретро в формате Start/Stop/Continue» — другой угол на те же факты.
- Трекинг прошлых. «Вот action items с прошлой ретро — что выполнили, что нет и почему» — чтобы ретро не были вхолостую.
- Только корневые причины. Для крупного факапа: «глубокий разбор одного инцидента по „5 почему“ + как предотвратить системно».
Про-советы
- Ретро без action items — пустой разговор: ценность не «выговориться», а 2–3 конкретных изменения с ответственным и признаком успеха. Жёстко ограничивайте до трёх — десять улучшений не сделает никто, и всё повторится.
- Корневая причина важнее симптома: «сполз релиз» — симптом, чините причину (плохо нарезанные задачи, нет груминга). Гоняйте ИИ через «5 почему», иначе улучшения будут косметикой.
- Про процесс, не про людей: ретро ищет, что в системе позволило ошибке случиться, а не кто виноват. Это честный разбор себя как команды — психбезопасность важнее «найти ответственного», иначе на следующем ретро все замолчат.