Что такое
ретроспектива спринта
Практический разбор встречи, на которой команда исследует прошедший спринт и выбирает конкретные улучшения для следующего цикла.
Регулярная пауза для улучшения способа работы
Ретроспектива не оценивает людей и не повторяет обзор продукта. Команда обсуждает собственный процесс: что помогало, что мешало и какой следующий эксперимент стоит провести.
- 01Соберите наблюденияФакты и опыт спринта
- 02Найдите причиныНе только симптомы
- 03Выберите действиеОтветственный и срок
Чем ретроспектива отличается от других встреч
Ретроспектива спринта — регулярная встреча Scrum-команды, посвящённая не продукту, а способу совместной работы. Участники исследуют завершившийся цикл, находят полезные закономерности и договариваются, как сделать следующий спринт эффективнее и спокойнее.
На обзоре спринта команда показывает результат заинтересованным сторонам и собирает обратную связь о продукте. На ретроспективе она смотрит внутрь: анализирует взаимодействие, инструменты, договорённости, качество и поток работы.
Это не отчёт руководителю и не поиск виноватых. Ценность встречи появляется, когда люди могут безопасно назвать препятствие, проверить предположение и самостоятельно выбрать изменение.
Что создали, чему научились о продукте и какую ценность получили.
Как работали вместе и что изменим в собственном процессе.
Когда проводить ретроспективу
Обычно ретроспектива проходит после обзора спринта и до планирования следующего. Так команда уже знает результат завершившегося цикла, но ещё может учесть выводы при выборе новой цели и организации работы.
Не переносите встречу только потому, что спринт был спокойным. Полезно обсуждать не только проблемы, но и практики, которые помогли: их можно закрепить, распространить или превратить в командную договорённость.
Если команда работает без формальных спринтов, задайте устойчивый ритм — например, раз в две недели или после заметного этапа проекта. Слишком редкие встречи заставляют обсуждать события, детали которых уже забылись.
Оптимальный ритм: одна ретроспектива на каждый рабочий цикл, в заранее известное время.
Кто участвует и за что отвечает
Участвует вся команда, которая совместно отвечает за результат спринта. Разработчики, тестировщики, дизайнеры и продуктовые роли видят разные части процесса, поэтому отсутствие одной группы обедняет картину.
Фасилитатор объясняет формат, удерживает таймбокс и помогает услышать разные голоса, но не диктует выводы. Эту роль может выполнять Scrum-мастер, Agile-коуч или подготовленный участник команды. Полезно периодически менять ведущего, если команда уже уверенно владеет процессом.
Руководителя или внешнего наблюдателя стоит приглашать только с согласия команды и при ясной цели. Если присутствие человека мешает говорить открыто, сначала соберите обратную связь анонимно или проведите отдельную часть без гостей.
Создаёт безопасную рамку, объясняет этапы и управляет вниманием.
Делится опытом, исследует причины и принимает решения.
Что подготовить заранее
Определите период обсуждения и ожидаемый результат. Для первой встречи достаточно цели: понять, что помогало и мешало в последнем спринте, а затем выбрать одно улучшение.
Подберите шаблон под контекст. Простой формат с вопросами «что прошло хорошо?» и «что можно улучшить?» подходит новой команде. Более сложные техники полезны, когда участники уже умеют отделять наблюдения от оценок.
Проверьте доступ участников, таймер, ссылку на комнату и возможность писать заметки независимо. Если есть данные о потоке — длительность задач, количество возвратов, незавершённая работа — подготовьте их как дополнительный контекст, но не превращайте встречу в разбор отчёта.
Какой вопрос команда должна прояснить.
Категории, соответствующие текущей ситуации.
Достаточно времени на обсуждение и решения.
Пять частей продуктивной встречи
Начните с короткой проверки настроения и напомните правила: уважение, конфиденциальность и фокус на системе. Затем участники независимо записывают наблюдения — это снижает влияние первых высказавшихся мнений.
После раскрытия карточек объедините похожие идеи и уточните смысл формулировок. Команда голосует за темы, которые важнее всего обсудить сейчас, исследует причины и заканчивает планом действий.
Не пытайтесь глубоко разобрать каждую карточку. Неприоритетные наблюдения сохраняются и могут стать материалом для следующей встречи или отдельного разговора.
Переключиться в режим открытого разговора.
Собрать факты и разные точки зрения.
Выбрать небольшие выполнимые изменения.
Вопросы, которые ведут к причинам
Начните с фактов: что произошло, когда и как это повлияло на цель спринта? Затем исследуйте условия: где возникали задержки, какой информации не хватало, какие решения приходилось принимать повторно?
Чтобы перейти от симптома к причине, спросите: что в нашей системе сделало эту ситуацию вероятной? Что находится в зоне контроля команды? Какое небольшое изменение поможет проверить наше объяснение?
Если разговор становится слишком общим, попросите привести конкретный пример из спринта. Формулировка «коммуникация плохая» почти бесполезна, а наблюдение «три задачи ждали уточнения критериев больше дня» уже подсказывает направление эксперимента.
Не останавливайтесь на жалобе. Уточняйте, какое наблюдаемое изменение покажет, что ситуация стала лучше.
Как провести встречу с распределённой командой
Отправьте ссылку и цель встречи заранее, попросите проверить звук и заложите несколько минут на подключение. Все участники должны работать в одной цифровой комнате — даже если часть команды сидит вместе, иначе удалённые коллеги получают меньше возможностей влиять на обсуждение.
Используйте независимое и при необходимости анонимное добавление карточек. Во время обсуждения называйте автора только по его желанию, следите за очередностью реплик и чаще проверяйте готовность команды перейти дальше.
Для большой разницы часовых поясов часть наблюдений можно собрать асинхронно, но группировку, выбор приоритетов и принятие решений лучше провести синхронно.
Единое пространство для всех участников.
Меньше давления и группового мышления.
Очередность реплик и регулярные проверки.
Закончите небольшим числом действий
У каждого действия должны быть понятная формулировка, ответственный и момент проверки. Вместо «улучшить коммуникацию» договоритесь, например, добавлять критерии готовности перед началом задачи и проверить количество уточнений через две недели.
Разделяйте действие и гипотезу. Команда не обязана заранее знать идеальное решение: достаточно сформулировать небольшой безопасный эксперимент и критерий, по которому она оценит эффект.
Сохраните договорённости там, где команда видит их между встречами. На следующей ретроспективе сначала вернитесь к прошлым действиям: выполнено ли обещание, что изменилось и стоит ли закрепить практику.
Хороший результат: одно или два изменения, которые команда действительно успеет проверить за следующий спринт.
Частые ошибки и короткие ответы
Если одни и те же темы повторяются, проблема обычно не в формате встречи, а в отсутствии ответственности за действия. Сократите число договорённостей, назначьте владельца и сделайте проверку обязательной частью следующего ретро.
Если участники молчат, начните с независимого письменного этапа, задавайте конкретные вопросы и не заполняйте паузу собственными ответами. Для чувствительных тем используйте анонимность и отдельно подтвердите конфиденциальность.
Можно ли отменить ретро, если всё хорошо? Не стоит: именно спокойный спринт помогает понять, какие условия обеспечили успех. Нужен ли всегда новый шаблон? Нет — знакомая структура часто снижает когнитивную нагрузку; меняйте формат только ради конкретной задачи.
Сколько действий выбрать? Обычно одно-два. Больше имеет смысл только тогда, когда у каждого есть реальный владелец, срок и ресурс на выполнение.
Начните с проверки прошлых действий.
Добавьте письменный и анонимный этап.
Выберите одно изменение с наибольшим эффектом.
Проведите ретроспективу
по понятному сценарию.
Retrius проведёт команду через этапы и сохранит договорённости.