🔁 Ретроспектива и что с ней делать дальше

Это как разбор матча с тренером: не кто виноват в пропущенном голе, а что изменить в тренировках на этой неделе

Как это работает

1. Собрать факты — что было в спринте: релизы, инциденты, пропущенный код-ревью, сорванные задачи
2. Найти причины — не «тестировщик не успел», а «задачи пришли в тест в последний день спринта»
3. Выбрать действия — одно-три, конкретные и проверяемые: «задачи уходят в тест не позже среды второй недели»
4. Назначить ответственного и срок — иначе действие ничьё
5. Завести в бэклог и проверить на следующем ретро, что сделано

Форматы

• Start, Stop, Continue — что начать, что прекратить, что продолжать
• Что хорошо, что плохо, что улучшить — базовый формат, работает всегда
• Парусник — что двигает вперёд, что тормозит, какие рифы впереди
• 5 почему — докопаться до причины одного конкретного сбоя

Формат меняй, когда людям скучно. Главное не формат, а чтобы говорили о процессе, а не друг о друге

Что на выходе

На собесе вопрос «что основное на выходе из ретро» задают, чтобы услышать: действия, а не настроение. Хороший ответ: список из двух-трёх улучшений процесса, каждое с владельцем, занесённое в трекер и видимое команде. Отслеживание — первые пять минут следующего ретро: что из прошлого списка сделано, что нет и почему

Пример из жизни

Команда три спринта подряд писала на ретро «мало тестирования». Ничего не менялось, потому что действие было без владельца. На четвёртом ретро сформулировали иначе: «тимлид не берёт в спринт задачу, если в ней нет критериев приёмки», завели в Jira задачу с чекбоксом в Definition of Ready. Через два спринта тестировщик перестал получать задачи в последний день

Важно запомнить

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

Как ответить на собесе

Связанные темы