Как провести эффективную ретроспективу, после которой что-то действительно меняется
Знакомая картина? Команда собирается в последнюю пятницу спринта. Все уставшие. Кто-то уже мысленно ушёл на выходные. Проходят положенные 60 минут по формату «Что было хорошо/плохо/что улучшить». Фиксируются 15 «задач». Все расходятся. Через две недели - та же ретро. Тот же список. Ничего не изменилось.
Проблема не в ретроспективах. Проблема в том, что мы превратили мощный инструмент изменений в бюрократический ритуал.
Хорошая новость: ретроспектива может быть точкой роста, а не потерей времени. Давайте научимся проводить такие ретро, после которых команда реально становится эффективнее.
1
Почему 90% ретроспектив бесполезны
Три смертных греха обычных ретро:
  1. «Ритуал для галочки» - делаем, потому что «так в скраме положено»
  2. «Вентиляция эмоций» - все выговариваются, но ни к чему не приходят
  3. «Генерация списка желаний» - 20 пунктов «надо бы», за которые никто не отвечает
Результат: Команда теряет веру в процесс. Участники думают: «Зачем говорить о проблемах, если всё равно ничего не изменится?»
2
Подготовка - 80% успеха
За день до ретро:
Определите фокус: Не «вообще всё», а конкретная тема.
Примеры:
  • «Коммуникация в спринте: что мешало взаимодействовать эффективно?»
  • «Качество кода: как баги проскакивают в прод?»
  • «Сгорание: почему в последний день спринта аврал?»
Соберите данные: Приходите не с эмоциями, а с фактами:
  • График velocity за последние 5 спринтов
  • Статистика по code review (сколько времени висят PR)
  • Количество инцидентов в продакшене
  • Анонимное обследование из 3 вопросов
Выберите формат (об этом ниже)
Назначьте ведущего - лучше ротировать эту роль в команде
Правило 5 минут до начала:
  • Очистите доску от предыдущих ретро (но сохраните где-то)
  • Напомните правила: «Одна речь - один микрофон», «Критикуем процессы, а не людей», «Все предложения равны»
  • Поставьте таймер и соблюдайте тайминг
3
5 рабочих форматов вместо «хорошо/плохо»
Формат 1: «5 Почему» (для глубоких проблем)
Когда использовать: Когда проблема повторяется спринт за спринтом.
Как проводить:
  1. Формулируем проблему: «Мы постоянно заваливаем дедлайны»
  2. Спрашиваем: «Почему?» → «Потому что задачи оцениваются оптимистично»
  3. «Почему задачи оцениваются оптимистично?» → «Потому что не учитываем время на code review»
  4. «Почему не учитываем?» → «Потому что code review не входит в оценку трудозатрат»
  5. «Почему не входит?» → «Потому что никогда не обсуждали этот критерий»
Результат: Не «будем лучше оценивать», а конкретно: «Включаем время code review в оценку каждой задачи».
Формат 2: «Старт/Стоп/Продолжить»
Когда использовать: Для регулярных ретро, чтобы избежать рутины.
Как проводить:
  • Старт: Что нового стоит начать делать? (не более 3 пунктов)
  • Стоп: Что прекратить делать? (что тратит время и не приносит ценности)
  • Продолжить: Что работает хорошо и нужно продолжать?
Преимущество: Акцент на действиях, а не на констатации проблем.
Формат 3: «Корабль и якоря»
Когда использовать: Когда команда чувствует, что «движемся медленно».
Как проводить:
  1. Рисуем корабль с парусами и якорями
  2. Паруса: Что двигает нас вперёд? (практики, процессы, люди)
  3. Якоря: Что тормозит нас? (блокеры, неэффективные процессы)
  4. Ветер: Что могло бы ускорить нас? (ресурсы, изменения)
Визуально и вовлекающе, особенно для удаленных команд.
Формат 4: «Ретроспектива по метрикам»
Когда использовать: Когда нужна объективность, а не субъективные мнения.
Как проводить:
Заранее готовим дашборд с ключевыми метриками спринта:
  • Lead time (время от создания задачи до завершения)
  • Cycle time (время активной работы над задачей)
  • Количество переоткрытых багов
  • Время, потраченное на встречи
Обсуждаем: «Что в этих цифрах нас радует? Что беспокоит?»
Ищем корреляции: «Когда выросло время встреч - упала скорость»
Результат: Основанные на данных решения, а не предположения.
Формат 5: «Будущее спринта»
Когда использовать: В начале сложного спринта или проекта.
Как проводить:
Представляем, что спринт уже завершился успешно
Задаём вопросы:
  • «Что мы сделали, что привело к успеху?»
  • «Каких ошибок нам удалось избежать?»
  • «Как мы помогали друг другу?»
Записываем ответы как «рекомендации из будущего»
В конце спринта проверяем: что из этого сбылось?
Фишка: Работает на профилактику, а не на лечение.
4
Фасилитация - искусство вести к результату
Роль ведущего:
  • Не участник дискуссии, а её проводник
  • Следит за временем и повесткой
  • Вовлекает молчунов: «Маша, мы ещё не слышали твоего мнения»
  • Останавливает доминантов: «Спасибо, Вася, поняли твою точку. Давайте выслушаем других»
  • Резюмирует: «Итак, я слышу три основных боли: …»
Техники для сложных ситуаций:
Когда все молчат:
  • Используйте анонимное голосование (Mentimeter, Miro)
  • Задавайте конкретные вопросы: «Что одно можно было бы сделать иначе в прошедшем спринте?»
Когда начинается конфликт:
  • Переведите в плоскость процессов: «Давайте говорить не „ты неправ“, а „какой процесс подвёл?“»
  • Используйте «я-высказывания»: «Я чувствовал… когда происходило…»
Когда обсуждение уходит в сторону:
  • «Это важный момент, но давайте зафиксируем его в списке озвученных моментов и вернёмся к нашей теме»
5
Самая важная часть - после ретро
Вот где происходит магия или её отсутствие.
Формулируйте задачи правильно
Плохо: «Улучшить коммуникацию»
Хорошо: «Каждую среду в 11:00 проводить 15-минутную синхронизацию между фронтендом и бэкендом. Ответственный: Петя. KPI: сокращение количества „ожидаю ответа“-таймаутов в задачах на 50% за месяц»
Формула идеальной задачи:
Что + Кто + Когда + Как измерить
Визуализируйте и отслеживайте
  1. Создайте публичную доску с задачами (Jira, Trello, Confluence)
  2. Назначьте ответственного за каждый пункт (добровольно!)
  3. Определите сроки (не «когда-нибудь», а конкретная дата)
  4. Добавьте в следующий спринт как задачи
Проверяйте выполнение
На следующей ретро:
  • Первые 10 минут: обзор выполнения прошлых задач
  • Что сделано? Что нет? Почему?
  • Важно: Если пункт не выполнен - не ругать, а понять причину. Может, он был нереалистичным?
Закройте цикл
Когда задача выполнена:
  1. Отпразднуйте маленькую победу (серьёзно!)
  2. Оцените влияние: Что изменилось после внедрения?
  3. Зафиксируйте в командных соглашениях: Если решение работает - делаем его стандартом
6
Особые случаи
Ретро для удалённых команд:
  • Используйте Miro/Mural для визуального вовлечения
  • Камера обязательна - нужен визуальный контакт
  • Делайте чаще, но короче (раз в неделю по 30 минут)
  • Используйте асинхронные элементы: доска для предложений за неделю
Когда в команде кризис:
  • Проведите внеочередную ретро (не ждите конца спринта)
  • Возьмите внешнего ведущего (другой тимлид, agile-коуч)
  • Сфокусируйтесь на „что сохранить“, а не только на проблемах
Для большого проекта (многокомандный):
  • Представители от каждой команды + общий ведущий
  • Фокус на взаимодействиях между командами
  • Каскадные задачи: что каждая команда делает у себя
7
Метрики эффективности ретроспектив
Отслеживайте не «нравится/не нравится», а:
  1. Процент выполненных задач (норма: >70%)
  2. Время от решения до реализации (среднее по задаче)
  3. Повторяемость проблем (если «одно и то же» обсуждается 3 ретро подряд - процесс сломан)
  4. Участие команды (% активных участников vs молчащих)
~
Чего избегать - токсичные практики
  1. Руководитель как судья - он участник, а не оценивающий
  2. Поиск виноватых - фокус на процессах, а не людях
  3. «Нужно просто работать лучше» как вывод
  4. Никаких изменений между ретро - тогда зачем они?
  5. Обязательный позитив - проблемы нужно называть проблемами
Заключение: Ретро как инвестиция, а не затраты
Эффективная ретроспектива - это не совещание. Это инструмент системного улучшения.
Когда она работает, происходит волшебство:
  • Команда не тащит одни и те же проблемы спринт за спринтом
  • Участники верят, что их голос имеет значение
  • Маленькие улучшения накапливаются в экспоненциальный рост эффективности
  • Менеджер получает ранние сигналы о проблемах, а не разгребает последствия
Попробуйте на следующей ретро:
  1. Взять один из новых форматов
  2. Сфокусироваться на одной проблеме
  3. Выработать одну, но конкретную задачу с ответственным и сроком
  4. В следующем спринте - проверить выполнение и влияние
Вы удивитесь, как 60 минут, проведённые с умом, могут сэкономить 60 часов в следующем спринте.
Ретроспектива, после которой что-то меняется, - это не роскошь. Это самый выгодный тайм-менеджмент для команды.
“
А какая самая полезная задача родился на ваших ретроспективах? Что реально изменилось в работе команды после одной удачной ретро? Делитесь кейсами в комментариях - вдохновим друг друга!

© Все права защищены