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

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

Цей посібник спершу про ремесло: формат, шаблон ретроспективи спринту, який можна скопіювати, заповнений приклад і чотири набори запитань, між якими більшість команд чергується. Далі про механіку: де ретро живе в інструментах, якими ваша команда вже користується, і що відбувається з його діями після дзвінка. Адже справжній іспит ретроспективи — не дошка наприкінці години. Це перші п'ять хвилин наступної, коли хтось питає, чи справді відбулися дві зміни, на яких усі погодилися.

Що таке ретроспектива — і чим вона не є

Поруч із ретроспективою стоять чотири зустрічі, і команди зливають їх собі на шкоду:

Ретроспектива — єдина з чотирьох, що стосується самої команди, у присутності команди й за її рішенням. Тому її результат невеликий: за цикл команда може змінити одну-дві звички, а не десять. І тому ретро з довгим списком зазвичай перетворилося на огляд або розбір інциденту під чужою назвою. Порядок денний огляду спринту і порядок денний ретро — це дві різні сторінки не випадково.

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

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

Придатний шаблон ретроспективи має сім частин у такому порядку. Більшість шаблонів в інтернеті — підмножина; найчастіше бракує двох: першої й останньої.

1. Дії попереднього ретро, перевірені. Перш за все: кожна дія з минулого разу, її відповідальний і один із трьох станів: виконано, не виконано з причиною, відкинуто. Дві хвилини на список із трьох. Ретроспектива, що пропускає цей пункт, оголошує свої дії необов'язковими, і кімната це чує.
2. Період у фактах. Що випущено, що зсунулося, що зламалося, у цифрах чи датах, на дошці ще до того, як хтось заговорив. Три-п'ять рядків. Думки, що сперечаються навколо одних і тих самих фактів, сходяться; думки, що сперечаються навколо різних спогадів, ні.
3. Що пройшло добре. Спершу письмово, одна нотатка від людини на пункт, потім уголос. Письмо наперед — правило, яке дозволяє бути почутою тихій половині команди, і звичайна причина, чому ретро домінують два голоси.
4. Що не вдалося. Той самий метод. Нотатки про роботу й спосіб роботи, а не про людей; фасилітатор переносить нотатку, що називає людину, до «парковки» для розмови один на один.
5. Групування й вибір. Згрупуйте нотатки й нехай кожен віддасть по два голоси за кластери, які хоче опрацювати. Один-два найкращі стають темою ретро на решту часу; решта чекає наступного разу, а список того, що чекало, зберігається.
6. Одна-дві зміни як дії. Для кожного обраного кластера: зміна, до якої команда береться, записана як action item: один відповідальний, одне дієслово, одна дата. «Краще оцінювати» — це побажання; «Лена — додати 15-хвилинну перевірку оцінок до четвергового планування — з наступного спринту» — це дія.
7. Відповідальні, дата перевірки й подяка. Зачитайте дії з відповідальними; назвіть дату, коли їх перевірятимуть, зазвичай це наступне ретро; і закрийте одним колом подяк, поіменно. Останній пункт — не прикраса: саме він робить людей готовими писати нотатки з пункту 4 наступного разу.

Що залишається поза шаблоном: усе, що належить до огляду (обсяг), розбору інциденту (хронологія однієї відмови) або зустрічі один на один (одна людина). Ретроспектива, яка намагається нести це все, затягується і нічого не вирішує.

Як її провести: до, під час, після

До: зафіксуйте слот і підготуйте факти. Ретроспектива — це регулярна зустріч, після огляду й перед наступним плануванням, щоб працювати з тим, що справді випущено; як вона вписується в тиждень, описано в посібнику з ритму зустрічей. За день до неї фасилітатор публікує в каналі команди факти періоду (список випущеного, список зсунутого, інциденти) і дії минулого ретро з відповідальними, щоб пункти 1 і 2 прочитали до зустрічі, а не збирали під час неї. Чергуйте фасилітатора: ретро, яке щоразу веде менеджер, перетворюється на звіт менеджеру.

Під час: письмо перед розмовою, потім рішення. Почніть із перевірки дій: кожен відповідальний каже одним реченням, виконано чи ні, і чому. Потім факти, прочитані вголос за хвилину. Потім вісім хвилин мовчазного письма про добре й недобре; кожна нотатка видима всім, щойно з'являється, мовою кожного учасника, якщо дошка перекладає, і єдиною мовою, про яку домовилася кімната, якщо ні. Зачитування, групування, голосування: п'ятнадцять хвилин. Обрані кластери отримують решту години, і єдине завдання фасилітатора на цьому відрізку — перетворити розмову на дію з іменем до того, як спливе час, зачитавши кожну вголос, щоб відповідальний погодився з нею двічі. П'ять хвилин наприкінці: дії з відповідальними й датою перевірки, потім подяка.

Після: опублікуйте сторінку того ж дня там, де наступне ретро її відкриє. Дошка з нотатками, обрані кластери, дії з відповідальними і попередні дії з їхніми станами: одна сторінка для всіх, зокрема для тих, хто пропустив. Потім покладіть її туди, звідки починається наступна ретроспектива: перевірка дій угорі наступної сторінки — це копія списку дій унизу цієї. Ретроспектива, що зберігається в блокноті фасилітатора, — це ретроспектива, якої в команди немає.

Як проходить сама година — відкриття, часові рамки, зачитування результатів в останні п'ять хвилин — це те саме ремесло, що й будь-яка ефективна зустріч. Специфічні для ретро лише правило «спершу письмо» і межа в дві зміни.

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

[Команда] — Ретроспектива, спринт [номер] / [період]
Дата: [дата] · Час: [початок]–[кінець] · Посилання: [посилання на зустріч]
Мета: обрати одну-дві зміни в тому, як ми працюємо, і перевірити ті, що обрали минулого разу.
Фасилітатор: [ім'я, змінюється] · Нотатки: [ім'я або «підсумок»]
Попереднє читання: сторінка минулого ретро, факти цього періоду

1. Дії минулого ретро — фасилітатор — 5 хв — інформація
– [Відповідальний] — [дія] — термін був [дата] — виконано / не виконано: [причина] / відкинуто
– [Відповідальний] — [дія] — термін був [дата] — виконано / не виконано: [причина] / відкинуто

2. Період у фактах — фасилітатор — 3 хв — інформація
Випущено: [список]. Зсунулося: [список]. Зламалося: [список]. [Одна цифра, що важлива в цьому періоді.]

3. Що пройшло добре — усі, спершу письмово — 8 хв — обговорення
[Нотатки, по одному пункту, зачитуються вголос після письма.]

4. Що не вдалося — усі, спершу письмово — 8 хв — обговорення
[Нотатки про роботу й спосіб роботи — не про людей.]

5. Групування й голосування — усі — 10 хв — рішення
Кластери: [A], [B], [C]. По два голоси кожному. Обрано: [один чи два]. Чекає наступного разу: [решта].

6. Зміни, до яких ми беремося — команда — 15 хв — рішення
– [Відповідальний] — [дієслово + об'єкт] — з [дата] — перевіряємо на ретро [дата]
– [Відповідальний] — [дієслово + об'єкт] — з [дата] — перевіряємо на ретро [дата]

7. Відповідальні, дата перевірки, подяка — 5 хв
Дії зачитано з відповідальними. Дата перевірки: наступне ретро, [дата]. По одній подяці від кожного, поіменно.

Парковка: [піднесені, але не обрані пункти — переносяться на сторінку наступного ретро]

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

Заповнений приклад: продуктова команда з восьми людей після двотижневого спринту

Платформна команда — Ретроспектива, спринт 31
Мета: обрати одну-дві зміни в тому, як ми працюємо, і перевірити ті, що обрали минулого разу.
Фасилітатор: Mateusz · Нотатки: підсумок
Попереднє читання: сторінка ретро спринту 30; факти спринту 31, опубліковані в каналі вчора

1. Дії минулого ретро — 5 хв
– Priya — перенести daily на 09:30, щоб Лісабон приєднувався наживо — термін був 2 лист. — виконано
– Kenji — одно­сторінкове визначення «готово» для мобільного напряму — термін був 6 лист. — не виконано: чекає правок від QA-лідера; перенесено на 20 лист.

2. Період у фактах — 3 хв
Випущено 9 із 11 запланованих пунктів. Зсунулося: завдання експорту, лист для онбордингу. Зламалося: один інцидент, 40 хвилин, пошуковий індекс. Огляд у четвер затягнувся на 25 хвилин.

3. Що пройшло добре — 8 хв
Парна робота над виправленням пошуку закрила його того ж дня. Канал зберіг факти, тож ніхто двічі не питав «що ми випустили». Лісабон приєднувався до кожного daily.

4. Що не вдалося — 8 хв
Два пункти були напівописані, коли спринт почався. Огляд затягнувся, бо демо налаштовували під час зустрічі. Звіт про інцидент написали з запізненням на три дні.

5. Групування й голосування — 10 хв
Кластери: готовність на старті спринту (6 голосів), тривалість огляду (4), звіти про інциденти (3), оцінки (2). Обрано: готовність, огляд. Чекають: звіти про інциденти, оцінки.

6. Зміни, до яких ми беремося — 15 хв
– Lena — перевірка готовності для кожного пункту у вівторок перед плануванням; пункт без одно­рядкового опису й відповідального до спринту не потрапляє — зі спринту 32 — перевіряємо на ретро 28 лист.
– Tomás — демо-середовище готове й протестоване до полудня в день огляду — зі спринту 32 — перевіряємо на ретро 28 лист.

7. Відповідальні, дата перевірки, подяка — 5 хв
Зачитано. Дата перевірки: 28 лист. Дякуємо Priya за парну роботу над пошуком і Лісабону за ранні старти.

Парковка: звіти про інциденти; оцінки — перші в списку на ретро спринту 32.

Зверніть увагу, що робить сторінку робочою: перший пункт і передостанній — це той самий список, побачений із різницею в два тижні. Дії спринту 31 народилися внизу сторінки спринту 30 і були оцінені вгорі цієї; дії спринту 32 оцінять 28 листопада. Ця петля — уся цінність ретроспективи, і саме її більшість шаблонів залишає на пам'ять.

Чотири набори запитань і коли який підходить

Пункти 3 і 4 шаблону — це пара запитань, і команди втомлюються від однієї й тієї самої пари. Чотири відомі альтернативи, кожна все одно завершується пунктами 5 і 6:

Який би набір ви не взяли, діють два правила: письмо перед розмовою, а результат — одна-дві дії з відповідальними. Набір запитань, що дає багатшу стіну нотаток, але не дає рішення, зробив зустріч цікавішою і менш корисною.

Де ретроспектива живе в інструментах, якими ви вже користуєтеся

Кожна велика платформа дає ретро дошку або документ, і кожна зупиняється в різному місці. Лише задокументована поведінка, зі сторінок самих вендорів, із зазначенням місяця, коли кожен факт перевірено:

У кожному рядку однакові дві речі. Дошка ретро — це документ поруч із зустріччю, однією мовою, якою його написали чи якою проходила зустріч; а чи виконано дії минулого ретро, документ не відповідає: людина відкриває попередню сторінку на наступній зустрічі й зачитує її кімнаті. Там, де цього досить, підійде будь-яка з чотирьох, і таблиця — це вся відповідь. Куди потрапляють після дзвінка розшифровка, запис і підсумок розмови в Teams чи Meet і хто ще може їх відкрити, описано в де Teams і Meet зберігають вашу розшифровку, запис і підсумок; що охоплює живий переклад кожної платформи всередині дзвінка і де він зупиняється, розказано в посібниках про Teams і Meet (Teams, Meet).

Як дії доживають до наступного ретро

InterMIND — це простір для спілкування, де зустріч живе в каналі, тож у ретроспективи є очевидний дім: власний канал, куди за день до зустрічі публікуються факти періоду й дії минулого ретро, а канал зберігає підсумок кожної сесії, тож сторінка спринту 30 за один клік від сторінки спринту 31. Кожен учасник пише своєю мовою й читає інших своєю; сторінка, підготовлена деінде, потрапляє в канал електронною поштою: господар дає каналу власну адресу, і надіслане на неї повідомлення з'являється як звичайне, з іменем відправника та збереженими вкладеннями.

Під час дзвінка дошка — це нотатка, виведена на екрани всіх поруч із відеоплитками через Share to conference: фасилітатор редагує її наживо, поки кімната пише свої пункти, а кожен учасник читає її своєю мовою, з оригіналом на один перемикач далі. Підсумок попередньої сесії можна так само показати в конференції, тож пункт 1 — дії минулого ретро — це справжній запис на екрані кожного, а не чиясь згадка про нього.

Коли дзвінок закінчується, підсумок складається із самої зустрічі: резюме, пункти, позначені як погоджені, відкриті чи спірні, action items з відповідальними, кожен рядок зі своєю позначкою часу. Він приходить електронною поштою, повідомленням у каналі та посиланням у події календаря, і кожен авторизований учасник читає його своєю мовою: запис перекладається для кожного читача, а не пишеться раз мовою, якою випадково говорила кімната. Будь-який учасник може його редагувати, кожна правка зберігає автора й історію версій. Господар може додати копію підсумку на будь-яку адресу — вхідну скриньку трекера чи CRM — тож дві дії потрапляють до системи обліку без того, щоб хтось щось пересилав.

Teams і Meet, згідно зі своєю документацією вище, перекладають мить: субтитри в дзвінку, підсумок мовою зустрічі; тут же перекладеним залишається сам простір.

В організації з увімкненими сторінками статусу команд дії ретро ще й перевіряються. Кожна дія, яку фіксує підсумок, потрапляє до ланцюга завдань організації, і коли пишеться наступний підсумок, відкриті дії зіставляються з тим, що було сказано: дія, про яку хтось повідомив, що вона завершена, позначається виконаною; дія, що обговорювалася, але не завершена, позначається невиконаною з причиною словами зустрічі; дія, про яку ніхто не згадав, залишається відкритою. Вердикти живуть на сторінці статусу організації, кожен із підсумком, на якому він ґрунтується, а на початку наступної сесії Mia називає відкриті пункти та їхніх відповідальних, тож пункт 1 шаблону звучить, навіть якщо ніхто не відкривав попередню сторінку. Сторінки статусу команд — функція попереднього перегляду: адміністратор організації вмикає їх у Settings → Advanced після прийняття альфа-умов (сторінка Preview features описує кожну з них).

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

• Відкрийте повний підсумок — справжній запис, відтворений тим самим кодом, що пише ваші, разом з action items.
• Спробуйте живе демо — без реєстрації; говоріть і чуйте, як кімнату перекладають для кожного слухача.

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

FAQ

Що таке зустріч-ретроспектива?

Ретроспектива — це регулярна зустріч, на якій команда дивиться, як вона працювала протягом періоду (спринту, релізу, місяця), і зобов'язується до однієї-двох змін у способі роботи. Вона спершу перевіряє дії попереднього ретро, виносить на дошку факти періоду, письмово збирає, що пройшло добре й що ні, групує та голосує, а завершується діями з відповідальним і датою перевірки. Вона відрізняється від огляду, який дивиться на те, що створено, і від розбору інциденту, який дивиться на одну відмову.

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

Зафіксуйте слот після огляду й перед плануванням, а за день до зустрічі опублікуйте в каналі команди факти періоду й дії минулого ретро. На зустрічі: перевірте дії минулого разу (п'ять хвилин), прочитайте факти, у тиші напишіть нотатки про добре й недобре до того, як хтось заговорить, зачитайте їх, згрупуйте, проголосуйте по два голоси на людину й витратьте решту часу на перетворення одного-двох найкращих кластерів на дії з одним відповідальним і однією датою. Зачитайте дії, назвіть дату перевірки, зазвичай це наступне ретро, і завершіть подякою. Опублікуйте сторінку того ж дня там, де наступне ретро її відкриє.

Які 5 етапів ретроспективи?

Поширена п'ятиетапна структура така: підготувати сцену (мета, попередні дії, правила), зібрати дані (факти періоду й нотатки всіх), породити висновки (згрупувати нотатки й знайти закономірність за ними), вирішити, що робити (одна-дві дії з відповідальними) і закрити (зачитування, дата перевірки, подяка). Шаблон у цьому посібнику відповідає цим етапам пункт за пунктом: пункти 1–2 готують сцену й збирають факти, 3–5 збирають і групують, 6 вирішує, 7 закриває.

Чим відрізняється огляд спринту від ретроспективи спринту?

Огляд дивиться на роботу: що створено, чи це те, що мали на увазі, що змінюється в беклозі, із зацікавленими сторонами в кімнаті. Ретроспектива дивиться на спосіб роботи: що сповільнювало команду і що вона змінить, лише з командою. Огляд залишає після себе прийняті пункти й зміни в беклозі; ретроспектива залишає одну-дві дії щодо того, як команда працює, і дії минулого разу з позначкою «виконано» чи «ні». Ретро стоїть після огляду, щоб працювати з тим, що справді випущено.

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

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

Які 4 питання ретроспективи?

Класична ретроспектива ставить чотири питання: що ми зробили добре, чого навчилися, що слід зробити інакше наступного разу і що досі залишається незрозумілим. Це 4Ls в іншій формі (liked, learned, lacked, longed for) і працює найкраще на довшому періоді, як-от квартал чи кінець проєкту, коли навчання важить стільки ж, скільки виправлення.

Скільки має тривати ретроспектива спринту?

Для двотижневого спринту й команди з п'яти-десяти людей: 45–60 хвилин. П'ять на попередні дії, три на факти, шістнадцять на письмо, п'ятнадцять на зачитування, групування й голосування, п'ятнадцять на зміни, п'ять на завершення. Ретроспектива, що регулярно триває довше, зазвичай впустила в кімнату огляд чи обговорення інциденту; ретро, що значно коротше, зазвичай пропустило письмо або дії.

Що має містити шаблон ретроспективи?

Сім речей: дії попереднього ретро з їхніми станами; період у фактах; що пройшло добре; що не вдалося, обидва спершу письмово; групування й голоси; одну-дві зміни, записані як action items із відповідальним і датою; і завершення (зачитування, дата перевірки, подяка) з парковкою для того, що чекало. Дві частини, які більшість шаблонів пропускає: перша й передостання, тобто перевірка старих дій і відповідальний з датою для нових. Саме вони з'єднують одне ретро з наступним.

Джерела: Microsoft — Нотатки зустрічі в Microsoft Teams; Microsoft — Підсумок у Microsoft Teams; Zoom — Створення порядку денного зустрічі за допомогою AI Companion; Zoom — Використання Meeting Summary з AI Companion; Google — Налаштування Calendar і Meet для «Take notes for me»; Google Meet — «Take notes for me» у Google Meet; Slack — Шаблон порядку денного зустрічі; Slack — Використання huddle у Slack. Кожна комірка таблиці вказує місяць, коли її факт було перевірено: сторінку Microsoft про нотатки, сторінку Zoom про порядок денний, сторінки Google і сторінки Slack перевірено в жовтні 2026; сторінку Microsoft про підсумок і сторінку Zoom про підсумок зустрічі перевірено в серпні 2026. П'ятиетапна структура й набори запитань — загальна практика й не містять тверджень вендорів. Вендори з часом змінюють плани, функції й списки мов; актуальний стан дивіться на їхніх сторінках.