Ретроспектива — це регулярна зустріч команди, на якій люди розбирають, як вони працювали разом за певний період, і домовляються, що змінять у наступному. Обговорюють не результат, а процес: що заважало, що допомагало, де губився час.
Типова ретроспектива триває від 45 до 90 хвилин, веде її фасилітатор, а успішним результатом є не список скарг, а дві-три конкретні дії з власником і дедлайном. Якщо після зустрічі нічого не змінюється, це була не ретроспектива, а розмова.
Тривалість: 45–90 хвилин залежно від довжини періоду й розміру команди.
Учасники: вся команда, оптимально до 10 людей.
Результат: 2–3 дії, кожна з власником і дедлайном.
Перший пункт наступної зустрічі — перевірка попередніх дій.
Найчастіша причина, чому ретро не працює, — воно перетворюється на статус-зустріч або на розбір польотів конкретних людей. Це три різні жанри з різними правилами.
Ретроспектива | Статус-мітинг | Оцінка ефективності | |
|---|---|---|---|
Про що | Як команда працює разом | Що зроблено й що блокує | Як працює окрема людина |
Періодичність | Кожні 2–4 тижні | Щодня або щотижня | Раз на півроку або рік |
Хто говорить | Усі порівну | Кожен про своє | Керівник і співробітник |
Тон | Без пошуку винних | Інформаційний | Оцінний |
Результат | Зміна в процесі | Оновлений план дня | Оцінка, цілі, рішення щодо розвитку |
Записується в | Список дій команди | Трекер задач | Особистий профіль співробітника |
Головне правило: на ретро не вирішується доля конкретної людини. Як тільки розмова зсувається до оцінки особистостей, команда перестає говорити чесно — і відновити це важче, ніж запустити з нуля.
Фасилітатором може бути Scrum-майстер, тімлід, проєктний менеджер або будь-хто з команди по черзі. Завдання фасилітатора — не мати готових висновків, а тримати структуру й час.
Параметр | Рекомендація |
|---|---|
Тривалість | 45 хв для двотижневого періоду, 90 хв для кварталу або завершеного проєкту |
Частота | Кожні 2–4 тижні; рідше разу на місяць — контекст втрачається |
Розмір групи | До 10 людей; більше — ділити на підгрупи |
Хто присутній | Ті, хто реально працював у періоді |
Чи бути керівнику рівнем вище | Ні, якщо його присутність змінює те, що люди говорять |
Формат | Офлайн або онлайн зі спільною дошкою й увімкненими камерами |
Класична структура працює незалежно від обраного формату. Приблизний розподіл часу для 60-хвилинної зустрічі — у дужках.
Фасилітатор нагадує мету зустрічі, період, який розбирається, і правило про відсутність пошуку винних. Звідси ж починається перевірка дій з минулого ретро: що зроблено, що ні і чому.
Коротке питання на вході — одне слово про самопочуття від кожного — має практичний сенс: хто не заговорив у перші п'ять хвилин, з високою ймовірністю промовчить усю зустріч.
Команда відновлює факти періоду: що відбулося, що закрили, де були інциденти. Спочатку кожен пише самостійно 5–7 хвилин, потім групуєте схожі картки. Самостійний запис до обговорення — єдиний спосіб не втратити думки тих, хто говорить менше.
Найважливіший і найчастіше пропущений етап. Тут розбираєте не симптоми, а причини: чому задача висіла тиждень на рев'ю, чому вимоги змінилися утретє. Практичний прийом — спитати «чому?» три рази поспіль по кожній найбільшій групі карток.
Команда обирає максимум три речі, які змінить. Кожна дія — це дієслово, власник і дата. «Покращити комунікацію» — це не дія. «Додати поле з критеріями приймання в шаблон задачі, Олена, до п'ятниці» — дія.
Фасилітатор проговорює ухвалені дії вголос, щоб кожен почув формулювання, і збирає швидкий відгук про саму зустріч. Запитати «чи була ця година корисною?» — це й є ретро на ретро.
Формат — це спосіб зібрати дані на другому етапі. Міняти його варто кожні три-чотири зустрічі: однаковий шаблон швидко дає однакові відповіді.
Формат | Як працює | Коли брати |
|---|---|---|
Start / Stop / Continue | Три колонки: почати робити, припинити, продовжити | Базовий варіант і перше ретро в команді |
Mad / Sad / Glad | Групування подій за емоцією, яку вони викликали | Коли є напруження, яке ніхто не проговорює |
4L: Liked / Learned / Lacked / Longed for | Чотири колонки: сподобалося, навчилися, бракувало, хотілося б | Після великого етапу або запуску |
Sailboat | Метафора вітрильника: вітер, якір, рифи, острів-мета | Коли треба зв'язати перешкоди з метою |
Timeline | Хронологія подій на лінії часу з позначками злетів і провалів | Довгі періоди: квартал, завершений проєкт |
Для нової команди краще починати зі Start / Stop / Continue: він не вимагає говорити про емоції й одразу веде до дій. Mad / Sad / Glad потребує довіри в групі й досвіду фасилітатора.
Банк питань за етапами зустрічі. Брати всі не потрібно — достатньо двох-трьох на кожен етап.
Ретроспективи перестають працювати не через погані питання, а через те, що домовленості ніде не живуть. Мінімальна дисципліна — чотири правила.
Максимум три дії. Десять пунктів — це нуль виконаних пунктів.
Кожна дія має власника. Не «команда», а конкретне ім'я.
Кожна дія має дату. «Найближчим часом» не є датою.
Перший пункт наступного ретро — перевірка попередніх. Невиконане або переноситься з новою датою, або свідомо знімається.
Дії, які стосуються однієї людини, логічно перенести в її зустріч один на один із керівником. У модулі Perform зустрічі один на один мають окремий блок дій із власником і дедлайном, а невиконані пункти автоматично переносяться в наступну зустріч — тож домовленість не зникає між двома тижнями.
Якщо з ретро виходить не дрібна правка процесу, а зміна пріоритетів, її місце — у цілях наступного циклу, а не в списку дій зустрічі. Як це оформити, розібрано в матеріалах про впровадження OKR і KPI для співробітників.
Ретро народилося в гнучких методологіях розробки, але формат працює всюди, де кілька людей разом пройшли завершений відрізок роботи.
Коли проводити | Про що говорити |
|---|---|
Після закриття складної вакансії | Де губилися кандидати, скільки чекали на зворотний зв'язок, чи точно була описана роль |
Після завершення проєкту | Які оцінки термінів виявилися нереалістичними й чому |
Після звільнення співробітника | Що в процесах можна змінити, щоб помітити сигнали раніше — без обговорення особи |
Після квартального циклу цілей | Чому частина цілей не зрушилася з місця від першого тижня |
Після інциденту або збою | Хронологія подій і точки, де його можна було зупинити |
Після онбордингу новачка | Що в першому місяці заважало йому стати самостійним |
В усіх цих випадках структура та сама: факти, причини, дії. Змінюється лише довжина періоду, який розбираєте.
Перетворити на скарги. Обговорення без жодного рішення на виході гасить мотивацію швидше, ніж відсутність ретро взагалі.
Обговорювати людей, а не процес. Після першого такого ретро команда більше не говорить чесно.
Пропускати етап причин. Зі списку симптомів одразу в дії — і та сама проблема повертається через місяць.
Фасилітатор говорить найбільше. Якщо ведучий — керівник із готовими висновками, це нарада, а не ретро.
Не перевіряти минулі дії. Команда швидко зрозуміє, що домовленості нічого не варті.
Скасовувати через зайнятість. Ретро першим летить з календаря саме тоді, коли воно найпотрібніше.
Це зустріч команди, на якій обговорюють, як працювалося за минулий період, і домовляються про конкретні зміни на наступний. Розмова йде про процес, а не про людей.
Від 45 хвилин для двотижневого періоду до 90 хвилин для кварталу або завершеного проєкту. Довше двох годин концентрація групи падає.
Будь-хто з команди, хто готовий тримати структуру й не просувати власні висновки. Ротація фасилітатора між учасниками зазвичай дає живіші зустрічі, ніж один постійний ведучий.
Так. Формат працює в будь-якій команді, яка разом завершила відрізок роботи: рекрутинг, маркетинг, підтримка, фінанси.
Ретро стосується команди й процесу, проходить часто й ніяк не впливає на винагороду. Оцінка ефективності стосується окремої людини, проводиться раз на півроку або рік і може впливати на грейд та план розвитку.
Починати з анонімного запису карток до обговорення, ставити питання про конкретні події, а не загальні враження, і перевірити, чи не присутня на зустрічі людина, перед якою незручно говорити.
Керуйте повним життєвим циклом співробітника — від першої співбесіди до фінального офбордингу — без перемикання між вкладками та втрати даних.

Юридичний статус оффера, чеклист складників, шаблон і три приклади під різні типи позицій плюс тактика переговорів.
Структура посадової інструкції із семи розділів, універсальний шаблон, правила формулювання обов'язків, приклади за посадами і порядок ознайомлення працівника.
Зразок заяви на звільнення за власним бажанням, строк попередження за ст. 38 КЗпП, наказ, запис у трудовій, остаточний розрахунок і чеклист документів.