Регулярная ретроспектива — это встреча по фиксированному ритму: каждый спринт, каждую вторую пятницу, последний четверг месяца. Дата известна заранее и не обсуждается каждый раз заново. Именно предсказуемость даёт формату почти всю его пользу: команда, которая проводит средние ретро двенадцать раз в квартал, меняет процесс сильнее, чем команда с одной блестящей встречей за то же время.
Знакомая история: в марте команда провела отличное ретро — три часа, флип-чарт, общий выдох, семь решений. Следующее случилось в сентябре, когда ушёл второй разработчик за квартал. Между этими датами процесс не менял никто — обсуждать его было негде. Дальше — как выбрать ритм, почему он срывается даже у дисциплинированных команд и как перестать держать организацию встречи на одном человеке.
Что теряет команда без ритма
Проблемы дорожают. Мелкое трение — путаница в статусах задач, ревью по три дня, тестовый стенд, который занимает кто попало, — стоит команде часов в неделю. Пока встреча раз в две недели, это темы на пятнадцать минут обсуждения. Через полгода накопления те же темы превращаются в конфликт между людьми и переговоры с руководителем.
Разговор уходит в эмоции. На встрече раз в полгода обсуждают не процессы, а накопившееся. Это тоже нужный разговор, но он вытесняет предметный: карточка «меня бесит, что задачи прилетают в пятницу» набирает голоса, а «у нас нет договорённости о сроке ревью» не набирает, хотя чинится проще.
Решения не проверяются. Ценность действий из ретро держится на предсказуемости проверки: все знают, что через две недели список откроют вслух. При редких встречах проверять нечего — прошлые договорённости устарели вместе с задачами, к которым относились. Формат превращается в производство списков, а не изменений; как разорвать этот цикл, разобрано в статье про action items.
Сама встреча становится плохим сигналом. Если ретро собирают только после провала, приглашение начинает читаться как «что-то случилось». Люди приходят защищаться, а не разбираться. Регулярность снимает этот эффект сама: встреча по расписанию не значит ничего, кроме четверга.
Какой ритм выбрать
Общее правило: ретроспектива идёт в конце цикла, который команда сама считает законченным. У Scrum-команды это спринт, у потоковой — календарный интервал, который вы назначите сами.
| Ритм | Кому подходит | Где ломается |
|---|---|---|
| Каждый спринт (2 недели) | Scrum-команды, 5-9 человек | Почти не ломается — базовый выбор по умолчанию |
| Каждую неделю | Новые команды, кризисные проекты, недельные спринты | Через месяц темы мельчают, встреча превращается в статус |
| Раз в две недели | Kanban и потоковые команды без спринтов | Нужен внешний якорь: без спринта дату легко сдвинуть |
| Раз в месяц | Стабильные команды с длинным циклом | Половину деталей забывают; обсуждают только крупное |
| Раз в квартал | Кросс-командные и проектные разборы | Это уже не ретро, а постмортем: другой формат и состав |
Начинайте с ретро в конце каждого спринта. Если встреча стабильно заканчивается за тридцать минут и без действий — ритм можно разредить. Обратный сигнал: список тем не помещается в час, обсуждение съедает две карточки из десяти — встречи нужны чаще.
Важнее самой частоты — постоянство. Ретро «примерно раз в две недели, когда у всех получится» проигрывает ретро «раз в месяц, третий четверг, 15:00», потому что второе не требует решения о проведении. А решение — это то, на чём всё и разваливается.
Почему ритм срывается
Организация висит на одном человеке. Кто-то должен вспомнить, выбрать дату, найти окно в четырёх календарях, создать доску, позвать людей. Уходит он в отпуск — ретро не случается. Это не про безответственность, а про единственную точку отказа в процессе.
Спринт «горячий». Релиз, инцидент, дедлайн — и ретро сдвигают первым, потому что оно единственное не имеет внешнего заказчика. Парадокс в том, что именно после горячего спринта встреча полезнее всего: свежий материал, понятные причины.
Просто забыли. Самая частая и самая обидная причина. Никто не решал пропускать — четверг прошёл, в пятницу вспомнили, перенесли на следующую неделю, потом ещё раз.
«Нечего обсуждать». Обычно означает «не было катастрофы». Спокойный спринт — лучшее время говорить о процессе: никто не защищается, можно заняться мелким трением, до которого не доходят руки в горячие недели.
Первые две причины лечатся договорённостью команды. Третья и четвёртая — механикой: когда встреча создаётся сама и о ней приходит напоминание, пропуск становится осознанным решением, а не случайностью. А «нечего обсуждать» лечится доской, открытой заранее, — про неё ниже.
Как снять организацию с человека
В Scruma это делает расписание команды. Настраивается один раз в настройках команды, секция «Расписание ретроспектив», переключатель «Создавать ретроспективы автоматически».
Что задать в форме:
- Повторять каждые — число от 1 до 52, и Период: день, неделю или месяц.
- День недели — для недельного и месячного правила.
- Неделя месяца — Первая, Вторая, Третья, Четвёртая или Последняя (именно «последняя», а не «пятая»: если пятого четверга в месяце нет, встреча будет в четвёртый).
- Время начала и Часовой пояс — по умолчанию подставляется пояс вашего браузера.
- Шаблон, по которому будет создаваться доска, и название — к нему автоматически добавится дата: «Ретроспектива 5 сентября 2026».
Правило хранится как договорённость, а не как момент времени: «каждую пятницу в 10:00» остаётся десятью утра и после перевода часов, а не превращается в 9:00 у половины команды. Под формой сервис показывает «Следующая ретроспектива» с конкретной датой — так видно, что правило поняли одинаково.
Первое вхождение — ближайшее подходящее в будущем. Сохранили в среду правило «каждую пятницу» — ретро появится уже в эту пятницу, ждать неделю не нужно.
Расписание настраивают организатор или владелец команды. Остальные участники видят ту же секцию только для чтения: строку со следующей датой. На вопрос «когда у нас ретро» отвечает интерфейс, а не память скрам-мастера.
Кто и как узнаёт о встрече
Дальше сервис работает сам. За 15 минут до назначенного времени он создаёт ретроспективу: она появляется в списке команды с отметкой «Запланирована», на вкладке «Запланированные». Тогда же всем участникам команды приходит уведомление: «Ретро „Ретроспектива 5 сентября 2026“ начнётся через 15 минут».
Когда время наступает, доска открывается для работы, и второе уведомление — «началось» — уходит только тем, кого на доске ещё нет. Кто уже пришёл, второй раз не отвлекается.
Уведомления приходят двумя путями: в колокольчик внутри приложения — всегда, и в браузер отдельным всплывающим уведомлением — если вы их включили. Оба типа отключаются по отдельности в профиле, вкладка «Уведомления»: «Напоминание о ретро» (за 15 минут) и «Старт ретроспективы» (когда ретро началось, а вас ещё нет на доске). По умолчанию включены оба.
Встречу в рабочий календарь команда ставит сама. Scruma создаёт доску и зовёт участников уведомлением, но событие в Google Calendar или Outlook не появляется. Если вы планируете день по календарю, заведите повторяющееся событие один раз: ритм уже описан, перенести его — пять минут работы.
Доска открыта до старта
Запланированную доску можно открыть заранее — за час или за неделю. На ней висит баннер «Ретроспектива начнётся…» с обратным отсчётом и подпись «Карточки можно добавлять уже сейчас».
Ретроспектива при этом не начинается: голосование и смена этапов остаются заблокированными до назначенного времени. Работает только сбор карточек.
Это лечит «нечего обсуждать» надёжнее, чем список наводящих вопросов в начале встречи. Мысль «стенд опять был занят весь вторник» приходит во вторник, а не в четверг в три часа дня. Если доска открыта с понедельника, эта карточка попадёт на встречу; если доска появляется в момент начала — не попадёт никогда.
Как это в Scruma
Договоритесь открывать доску в начале спринта, а не в день ретро. Минута на карточку в тот день, когда проблема случилась, за две недели даёт больше материала, чем десять минут вспоминания в начале встречи. Ссылка на доску живёт в списке ретроспектив команды с отметкой «Запланирована».
Когда ритм всё-таки сбился
Расписание снимает организационную часть, но не отменяет реальность: релиз затянулся, половина команды на конференции, стенд лежит. Три ситуации и что с ними делать.
Нужно начать раньше. Все собрались за двадцать минут до времени — организатор или владелец команды нажимает «Начать сейчас» на баннере доски. Ретро стартует немедленно, ждать назначенного часа не нужно.
Нужно перенести. У запланированной ретроспективы в списке команды есть действие «Изменить»: меняются название, дата и время, шаблон и настройки. Перенос одной встречи не трогает расписание — следующая придёт по правилу, как договаривались.
Ретро пропустили целиком. Не переносите на «когда-нибудь» и не пытайтесь разобрать два спринта за одну встречу: полтора часа сплошного разбора выматывают сильнее, чем два пропущенных ретро. Проведите обычную встречу в следующую по расписанию дату, а из старого материала возьмите только то, что и сегодня болит.
Проверьте себя одним критерием. Если за три последних ретро не появилось ни одного выполненного действия, дело не в частоте встреч, а в том, что происходит после них: чинить надо список действий, а не календарь. Если же действия выполняются, а встречи случаются как придётся — настройте расписание, и вопрос «когда у нас ретро» закроется навсегда.