Шаблон ретроспективы: формат, пример — и как action items доживают до следующей ретро (2026)

Ретроспектива — это встреча, на которой команда смотрит, как она работала (над спринтом, релизом, за месяц), и решает, что менять. Не что она сделала: этим занимается ревью. А как сделала: что тормозило работу, что помогало и какие одну-две вещи команда в следующий раз сделает иначе. Шаблон ретроспективы — это одна страница, которая удерживает этот разговор в заданном порядке, чтобы встреча заканчивалась решением, а не списком жалоб.

Это руководство сначала о ремесле: формат, шаблон ретроспективы спринта, который можно скопировать, заполненный пример и четыре набора вопросов, между которыми чаще всего переключаются команды. Затем о механике: где ретро живёт в инструментах, которыми команда уже пользуется, и что происходит с её action items после звонка. Ведь настоящая проверка ретроспективы — не доска в конце часа. Это первые пять минут следующей, когда кто-нибудь спрашивает, выполнились ли те два изменения, о которых все договорились.

Что такое ретроспектива — и чем она не является

Рядом с ретроспективой стоят четыре встречи, и команды смешивают их себе в ущерб:

Ретроспектива — единственная из четырёх, которая о самой команде, в присутствии команды и с решением, которое принимает команда. Поэтому её результат невелик: за цикл команда может изменить одну-две привычки, а не десять. И поэтому ретро с длинным списком обычно оказывается ревью или разбором инцидента под чужим названием. Повестка ревью спринта и повестка ретро — это две разные страницы, и не случайно.

Ретроспектива также не статус-встреча с эмоциями. «Давайте по кругу скажем, как прошёл спринт» даёт настроение, а не изменение. Шаблон ниже требует данные раньше мнений, письмо раньше разговора и решение до конца часа.

Что несёт шаблон: формат

В пригодном шаблоне ретроспективы семь частей в таком порядке. Большинство шаблонов в сети содержит лишь часть из них; чаще всего не хватает первой и последней.

1. Action items предыдущей ретро, проверенные. Прежде всего: каждый action item прошлого раза, его владелец и одно из трёх состояний — выполнено, не выполнено с причиной, снято. Две минуты на список из трёх. Ретроспектива, пропускающая этот слот, объявляет, что её action items необязательны, и зал это слышит.
2. Период в фактах. Что выпущено, что сорвалось, что сломалось — в числах или датах, на доске до того, как кто-либо заговорит. От трёх до пяти строк. Мнения, спорящие об одних и тех же фактах, сходятся; мнения, спорящие о разных воспоминаниях, — нет.
3. Что получилось. Сначала письменно, по одной заметке от каждого на пункт, затем вслух. Правило «сначала письменно» позволяет услышать тихую половину команды и объясняет, почему на ретро обычно доминируют два голоса.
4. Что не получилось. Тот же метод. Заметки о работе и способе работы, а не о людях; фасилитатор переносит заметку, называющую человека, в parking lot для встречи один на один.
5. Сгруппировать и выбрать. Сгруппируйте заметки, и пусть каждый поставит по два голоса на кластеры, которые хочет проработать. Один-два верхних становятся темой ретро на оставшееся время; остальные ждут следующего раза, а список ожидающих сохраняется.
6. Одно-два изменения как action items. Для каждого выбранного кластера — изменение, которое команда берёт на себя, записанное как action item: один владелец, один глагол, одна дата. «Лучше оценивать» — это пожелание; «Лена — добавить 15-минутную проверку оценок на четверговом планировании — со следующего спринта» — это action item.
7. Владельцы, дата проверки и благодарность. Прочитайте action items вслух с владельцами; назовите дату проверки — обычно это следующая ретро; и закройте встречу одним кругом благодарностей, поимённо. Последний пункт — не украшение: именно он делает людей готовыми писать заметки из пункта 4 в следующий раз.

Что остаётся за рамками: всё, что относится к ревью (объём работ), к разбору инцидента (хронология одного сбоя) или к встрече один на один (один человек). Ретроспектива, которая пытается вместить это, затягивается и ничего не решает.

Как провести: до, во время, после

До: закрепите слот и подготовьте факты. Ретроспектива — это регулярная встреча, она проходит после ревью и перед следующим планированием, чтобы опираться на то, что реально выпущено; как она вписывается в неделю — в руководстве по ритму встреч. За день до встречи фасилитатор публикует в канале команды факты периода — список выпущенного, список сорвавшегося, инциденты — и action items прошлой ретро с владельцами, чтобы пункты 1 и 2 читались до встречи, а не собирались во время неё. Меняйте фасилитатора: ретро, которую каждый раз ведёт руководитель, превращается в отчёт руководителю.

Во время: сначала письмо, потом разговор, потом решение. Начните с проверки action items: каждый владелец говорит «сделано» или «нет» и почему, одним предложением. Затем факты, прочитанные вслух за минуту. Затем восемь минут тихого письма по пунктам «что получилось» и «что не получилось», каждая заметка видна всем сразу, как только появляется: на языке каждого участника, если доска переводит, и на одном языке, о котором договорился зал, если не переводит. Зачитывание, кластеризация, голосование: пятнадцать минут. Выбранные кластеры получают остаток часа, и единственная задача фасилитатора на этом отрезке — превратить разговор в action item с именем до того, как истечёт время, зачитывая каждый вслух, чтобы владелец согласился с ним дважды. Пять минут в конце: action items с владельцами и датой проверки, затем благодарности.

После: опубликуйте страницу в тот же день там, где её откроет следующая ретро. Доска с заметками, выбранные кластеры, action items с владельцами и предыдущие action items с их состояниями — одна страница для всех, включая тех, кто пропустил встречу. Затем положите её туда, откуда начнётся следующая ретроспектива: проверка action items вверху следующей страницы — это копия списка action items внизу этой. Ретроспектива, хранящаяся в блокноте фасилитатора, — это ретроспектива, которой у команды нет.

То, как проходит сам час — открытие, тайм-боксы, зачитывание итогов в последние пять минут, — это то же ремесло, что и любая эффективная встреча. Специфично для ретро правило «сначала письменно» и предел в два изменения.

Шаблон ретроспективы спринта

[Команда] — Ретроспектива, спринт [номер] / [период]
Дата: [дата] · Время: [начало]–[конец] · Ссылка: [ссылка на встречу]
Цель: выбрать одно-два изменения в том, как мы работаем, и проверить те, что выбрали в прошлый раз.
Фасилитатор: [имя, по очереди] · Заметки: [имя или «рекап»]
Прочитать заранее: страница прошлой ретро, факты этого периода

1. Action items прошлой ретро — фасилитатор — 5 мин — информирование
– [Владелец] — [action item] — срок был [дата] — выполнено / не выполнено: [причина] / снято
– [Владелец] — [action item] — срок был [дата] — выполнено / не выполнено: [причина] / снято

2. Период в фактах — фасилитатор — 3 мин — информирование
Выпущено: [список]. Сорвалось: [список]. Сломалось: [список]. [Одно число, важное в этом периоде.]

3. Что получилось — все, сначала письменно — 8 мин — обсуждение
[Заметки, по одному пункту, зачитываются вслух после письма.]

4. Что не получилось — все, сначала письменно — 8 мин — обсуждение
[Заметки о работе и способе работы — не о людях.]

5. Группировка и голосование — все — 10 мин — решение
Кластеры: [A], [B], [C]. По два голоса у каждого. Выбрано: [один или два]. Ждут следующего раза: [остальные].

6. Изменения, которые мы берём на себя — команда — 15 мин — решение
– [Владелец] — [глагол + объект] — с [дата] — проверка на ретро [дата]
– [Владелец] — [глагол + объект] — с [дата] — проверка на ретро [дата]

7. Владельцы, дата проверки, благодарность — 5 мин
Action items зачитаны с владельцами. Дата проверки: следующая ретро, [дата]. По одной благодарности от каждого, поимённо.

Parking lot: [вопросы, которые подняли, но не выбрали, — переносятся на страницу следующей ретро]

Шаблон — простой текст: он вставляется в документ, канвас, колонку стикеров на доске или сообщение в чате без переформатирования. Важен порядок, а не инструмент.

Заполненный пример: продуктовая команда из восьми человек после двухнедельного спринта

Платформенная команда — Ретроспектива, спринт 31
Цель: выбрать одно-два изменения в том, как мы работаем, и проверить те, что выбрали в прошлый раз.
Фасилитатор: Матеуш · Заметки: рекап
Прочитать заранее: страница ретро спринта 30; факты спринта 31, опубликованные в канале вчера

1. Action items прошлой ретро — 5 мин
– Прия — перенести дейли на 09:30, чтобы Лиссабон присоединялся вживую — срок был 2 нояб. — выполнено
– Кэндзи — одностраничное определение готовности для мобильного направления — срок был 6 нояб. — не выполнено: ждём правок от лида QA; новый срок 20 нояб.

2. Период в фактах — 3 мин
Выпущено 9 из 11 запланированных задач. Сорвалось: задача экспорта, онбординговое письмо. Сломалось: один инцидент, 40 минут, поисковый индекс. Ревью в четверг затянулось на 25 минут.

3. Что получилось — 8 мин
Парная работа над исправлением поиска позволила закрыть его в тот же день. Канал сохранил факты, поэтому никто не спрашивал «что мы выпустили» дважды. Лиссабон присоединялся к каждому дейли.

4. Что не получилось — 8 мин
Две задачи были описаны наполовину, когда начался спринт. Ревью затянулось, потому что демо настраивали прямо во время встречи. Отчёт об инциденте написали с опозданием на три дня.

5. Группировка и голосование — 10 мин
Кластеры: готовность на старте спринта (6 голосов), длительность ревью (4), отчёты об инцидентах (3), оценки (2). Выбрано: готовность, ревью. Ждут: отчёты об инцидентах, оценки.

6. Изменения, которые мы берём на себя — 15 мин
– Лена — проверка готовности каждой задачи во вторник перед планированием; задача без однострочной спецификации и владельца в спринт не попадает — со спринта 32 — проверка на ретро 28 нояб.
– Томас — демо-окружение подготовлено и проверено к полудню в день ревью — со спринта 32 — проверка на ретро 28 нояб.

7. Владельцы, дата проверки, благодарность — 5 мин
Зачитано вслух. Дата проверки: 28 нояб. Спасибо Прие за парную работу над поиском и Лиссабону за ранние старты.

Parking lot: отчёты об инцидентах; оценки — первые в списке для ретро спринта 32.

Обратите внимание, что делает страницу рабочей: первый пункт и предпоследний — это один и тот же список, увиденный с разницей в две недели. Action items спринта 31 родились внизу страницы спринта 30 и были оценены вверху этой; action items спринта 32 будут оценены 28 ноября. Этот цикл и есть вся ценность ретроспективы, и именно его большинство шаблонов оставляет на память.

Четыре набора вопросов и когда подходит каждый

Пункты 3 и 4 шаблона — это пара вопросов, и командам она надоедает. Четыре известные альтернативы, каждая по-прежнему заканчивается пунктами 5 и 6:

Какой бы набор вы ни выбрали, действуют два правила: сначала письмо, потом разговор, и результат — одно-два action items с владельцами. Набор вопросов, который даёт более богатую стену заметок, но не решение, делает встречу интереснее и менее полезной.

Где ретроспектива живёт в инструментах, которыми вы уже пользуетесь

Каждая крупная платформа предоставляет ретро доску или документ, и каждая останавливается в своей точке. Только документированное поведение, со страниц самих вендоров, с указанием месяца, когда проверен каждый факт:

Две вещи одинаковы в каждой строке. Доска ретро — это документ рядом со встречей, на одном языке, на котором он написан или проходила встреча; а выполнены ли action items прошлой ретро — вопрос, на который документ не отвечает: человек открывает предыдущую страницу на следующей встрече и зачитывает её залу. Если вас это устраивает, подойдёт любая из четырёх платформ, и таблица — весь ответ. Где оказываются после звонка расшифровка, запись и саммари встречи в Teams или Meet и кто ещё может открыть каждое из них — описано в материале где Teams и Meet хранят расшифровку, запись и саммари; что охватывает живой перевод каждой платформы внутри звонка и где он заканчивается — в руководствах по Teams и Meet (Teams, Meet).

Как action items доживают до следующей ретро

InterMIND — это пространство для общения, где встреча живёт в канале, поэтому у ретроспективы есть очевидный дом: собственный канал, куда за день до встречи публикуются факты периода и action items прошлой ретро, а канал хранит рекап каждой сессии, так что страница спринта 30 — в одном клике от страницы спринта 31. Каждый участник пишет на своём языке и читает остальных на своём; страница, подготовленная в другом месте, попадает в канал по почте: организатор задаёт каналу собственный адрес, и отправленное на него письмо появляется как обычное сообщение с указанным отправителем и сохранёнными вложениями.

Во время звонка доска — это заметка, выведенная на экраны всех рядом с видеоплитками через Share to conference: фасилитатор редактирует её вживую, пока зал пишет свои пункты, и каждый участник читает её на своём языке, а оригинал — в одном переключении. Рекап предыдущей сессии можно поделиться в конференцию тем же способом, так что пункт 1 — action items прошлой ретро — это реальная запись на экранах у всех, а не чьё-то воспоминание о ней.

Когда звонок заканчивается, рекап пишется по самой встрече: саммари, пункты с отметками «согласовано», «открыто» или «спорно», action items с владельцами, каждая строка с отметкой времени. Он приходит по почте, сообщением в канале и ссылкой в событии календаря, и каждый вошедший в аккаунт участник читает его на своём языке — запись переводится под каждого читателя, а не пишется один раз на языке, который случайно использовал зал. Любой участник может его отредактировать, каждая правка сохраняет автора и историю версий. Организатор может добавить копию рекапа на любой адрес — например, на входящий почтовый ящик трекера или CRM, — так что два action items попадают в систему учёта без того, чтобы кто-то что-то пересылал. Teams и Meet, согласно их документации выше, переводят момент — субтитры во время звонка, рекап на языке встречи; здесь же переведённым остаётся само пространство.

В организации с включёнными страницами статуса команды action items ретро ещё и проверяются. Каждый action item, который фиксирует рекап, попадает в цепочку задач организации, и когда пишется следующий рекап, открытые сверяются с тем, что было сказано: action item, о завершении которого кто-то сообщил, отмечается как выполненный; обсуждённый, но не завершённый — как не выполненный с причиной словами встречи; тот, о котором никто не вспомнил, остаётся открытым. Вердикты живут на странице статуса организации, каждый со ссылкой на рекап, на котором он основан, а в начале следующей сессии Mia называет открытые пункты и их владельцев — так что о пункте 1 шаблона говорят, даже если никто не открывал предыдущую страницу. Страницы статуса команды — функция в предварительном доступе: администратор организации включает их в Settings → Advanced после принятия альфа-условий (страница Функции в предварительном доступе описывает каждую из них).

Гость — подрядчик на спринте, инженер клиента, приглашённый на одну ретро, — присоединяется по ссылке, без аккаунта и бесплатно, с телефона, в браузере, и слышит встречу в реальном времени на своём языке. Записи для гостя после встречи нет: аккаунт бесплатный, и именно он делает запись доступной. Организатор предоставляет пространство и на платном тарифе платит только за участников, активных в предыдущие 28 дней; участники, которые затихли, сохраняют доступ без оплаты.

• Открыть полный рекап — настоящая запись, созданная тем же кодом, который пишет ваши, включая action items.
• Попробовать живое демо — без регистрации; говорите и слышите, как зал переводится под каждого слушателя.

Ретроспектива как ремесло переживает любой инструмент: кто-то всё равно должен спросить команду, что менять, и удержать её на двух ответах. А вот чему не нужно выживать, так это второй работе — перепечатыванию доски после звонка, на одном языке, и открытию следующей ретро вопросом, сделал ли кто-нибудь то, что решила прошлая.

FAQ

Что такое встреча-ретроспектива?

Ретроспектива — это регулярная встреча, на которой команда смотрит, как она работала за период — спринт, релиз, месяц, — и берёт на себя одно-два изменения в способе работы. Сначала она проверяет action items предыдущей ретро, выносит на доску факты периода, письменно собирает, что получилось и что нет, группирует и голосует, а заканчивает action items с владельцем и датой проверки. Она отличается от ревью, которое смотрит на то, что построено, и от разбора инцидента, который смотрит на один сбой.

Как провести ретроспективу спринта?

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

Какие 5 этапов у ретроспективы?

Широко используемая пятиэтапная структура такова: задать контекст (цель, предыдущие action items, правила), собрать данные (факты периода и заметки каждого), получить инсайты (сгруппировать заметки и найти закономерность за ними), решить, что делать (одно-два action items с владельцами) и закрыть (зачитывание, дата проверки, благодарность). Шаблон в этом руководстве соответствует этим этапам пункт за пунктом: пункты 1–2 задают контекст и собирают факты, 3–5 собирают и группируют, 6 принимает решение, 7 закрывает.

В чём разница между ревью спринта и ретроспективой спринта?

Ревью смотрит на работу — что построено, то ли это, что имелось в виду, что меняется в бэклоге, — в присутствии заинтересованных сторон. Ретроспектива смотрит на способ работы — что тормозило команду и что она изменит, — только с командой. Ревью оставляет принятые элементы и изменения в бэклоге; ретроспектива оставляет одно-два action items о том, как работает команда, и action items прошлого раза с отметкой «выполнено» или «нет». Ретро проходит после ревью, чтобы опираться на то, что реально выпущено.

Что такое start, stop, continue?

Набор вопросов для ретроспективы с тремя колонками: что команде стоит начать делать, что перестать делать и что продолжать делать. Он заменяет пару «что получилось / что не получилось» базового шаблона и подходит командам, которые хотят получать action items прямо из заметок: заметка «start» — это уже половина action item. Группировка, голосование и предел в одно-два принятых изменения по-прежнему действуют.

Какие 4 вопроса задают на ретроспективе?

Классическая ретроспектива задаёт четыре вопроса: что мы сделали хорошо, чему научились, что нам стоит сделать иначе в следующий раз и что нас всё ещё озадачивает. Это те же 4Ls в другой форме — liked, learned, lacked, longed for — и они лучше всего работают на более длинном периоде, например за квартал или в конце проекта, где обучение важно не меньше исправлений.

Сколько должна длиться ретроспектива спринта?

Для двухнедельного спринта и команды из пяти-десяти человек — от 45 до 60 минут: пять на предыдущие action items, три на факты, шестнадцать на письмо, пятнадцать на зачитывание, кластеризацию и голосование, пятнадцать на изменения, пять на закрытие. Ретроспектива, которая регулярно длится дольше, обычно впустила в зал ревью или обсуждение инцидента; ретро, которая заметно короче, обычно пропустила письмо или action items.

Что должен включать шаблон ретроспективы?

Семь вещей: action items предыдущей ретро с их состояниями; период в фактах; что получилось; что не получилось — оба письменно в первую очередь; группировку и голосование; одно-два изменения, записанных как action items с владельцем и датой; и закрытие — зачитывание, дата проверки, благодарность — с parking lot для того, что ждёт. Две части, которые большинство шаблонов пропускает, — первая и предпоследняя: проверка старых action items и владелец с датой у новых. Именно они связывают одну ретро со следующей.

Источники: Microsoft — Ведение заметок встречи в Microsoft Teams; Microsoft — Рекап в Microsoft Teams; Zoom — Создание повестки встречи с помощью AI Companion; Zoom — Использование саммари встречи с AI Companion; Google — Настройки Calendar и Meet для «Take notes for me»; Google Meet — «Take notes for me» в Google Meet; Slack — Шаблон повестки встречи; Slack — Использование хаддлов в Slack. В каждой ячейке таблицы указан месяц проверки факта: страница заметок Microsoft, страница повестки Zoom, страницы Google и страницы Slack проверены в октябре 2026; страница рекапа Microsoft и страница саммари встречи Zoom проверены в августе 2026. Пятиэтапная структура и наборы вопросов — общепринятая практика и не содержат утверждений вендоров. Вендоры со временем меняют тарифы, функции и списки языков; актуальное состояние смотрите на их страницах.