Мета

Провести OKR-ретроспективу наприкінці кварталу. Результат ретроспективи: 3–5 конкретних змін у процесі OKR, які команда впроваджує у наступному кварталі. Не загальні побажання ("треба краще планувати"), а конкретні зобов'язання з відповідальними та дедлайнами.

OKR-ретроспектива відрізняється від спринт-ретроспективи. Спринт-ретро фокусується на процесі роботи команди. OKR-ретро фокусується на трьох речах: якість постановки цілей, якість відстеження прогресу та якість досягнення результатів.

Покроковий процес

Крок 1. Підготувати дані до ретроспективи (за 2–3 дні)

Ретроспектива без даних перетворюється на обмін думками. Думки суб'єктивні. Дані об'єктивні.

OKR-фасилітатор готує наступні матеріали:

Фінальні бали OKR (з калібраційної зустрічі).
Історія check-ins: як змінювались рівні впевненості по тижнях. Графік для кожного KR: тиждень на осі X, впевненість (0.0–1.0) на осі Y.
Перелік блокерів, зафіксованих на check-ins: які виникали, які були вирішені, які залишились.
Дотримання каденції: скільки check-ins проведено з запланованих, скільки mid-cycle reviews, скільки з запізненням або пропущених.
Результати попередньої ретроспективи: які зміни були запроваджені, чи були вони виконані.

Формат подання: один документ (Google Docs, Google Sheets, Confluence) або набір слайдів. Розішліть учасникам за 1 день до ретроспективи з проханням переглянути.

Крок 2. Визначити учасників та ролі

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

Ролі:

Фасилітатор: OKR-фасилітатор або зовнішній фасилітатор. Не менеджер команди. Менеджер — учасник, а не ведучий.
Нотатківець: окрема людина, яка фіксує всі тези, рішення та зобов'язання. Фасилітатор не може одночасно вести зустріч і записувати.
Таймкіпер: може бути нотатківець або окрема людина.

Оптимальний розмір: 5–12 учасників. Якщо більше 12, розбийте на 2 сесії (наприклад, підкоманди окремо, а потім об'єднана сесія лише з менеджерами підкоманд).

Крок 3. Провести ретроспективу (90 хвилин)

Ретроспектива складається з 5 частин. Кожна частина має фіксований час та формат. Фасилітатор стежить за часом та переходами.

Частина 1: Огляд даних (15 хвилин)

Фасилітатор представляє дані, підготовлені на Кроці 1. Лише факти, без інтерпретацій.

Скрипт фасилітатора:

"Почнемо з фактів. Ось наші результати за квартал. [Показує бали OKR]. Ось як змінювалась наша впевненість по тижнях. [Показує графіки]. Ось блокери, які ми фіксували. [Показує перелік]. І ось виконання каденції — скільки check-ins ми провели. Запитання по даних?"

На цьому етапі лише уточнювальні запитання. Обговорення "чому" — у наступних частинах.

Частина 2: Що спрацювало (20 хвилин)

Учасники відповідають на запитання: "Що конкретно ми зробили цього кварталу в контексті OKR-процесу, що допомогло досягти результатів?"

Формат: кожен учасник пише 2–3 відповіді на стікерах (фізичних або віртуальних) протягом 3 хвилин. Потім по черзі озвучує. Фасилітатор групує схожі відповіді.

Скрипт фасилітатора:

"Зараз 3 хвилини тиші. Кожен пише на стікерах: що конкретно ми зробили цього кварталу, що допомогло? Це може бути елемент процесу, рішення, інструмент, зустріч — будь-що, що спрацювало."

Після збору фасилітатор групує стікери у кластери: "Я бачу, що 4 стікери стосуються check-ins, 3 — формату постановки KR. Згрупуємо відповідно."

Частина 3: Що не спрацювало (20 хвилин)

Той самий формат, але на запитання: "Що конкретно завадило нам досягти кращих результатів? Які елементи процесу OKR не працювали?"

Скрипт фасилітатора:

"Тепер інший бік. 3 хвилини тиші. Пишемо: що не спрацювало, що завадило, що було зайвим або недостатнім."

Правила обговорення: без звинувачень (не "хтось не робив check-ins", а "check-ins не проводились щотижня"); без виправдань (якщо хтось починає пояснювати "чому", фасилітатор зупиняє: "Дякую, ми зараз фіксуємо факти. Причини обговоримо в наступній частині."); кожен стікер — конкретна проблема, а не загальне зауваження (не "погане планування", а "KR3 не мав чіткої метрики на початку кварталу").

Частина 4: Зміни до процесу (25 хвилин)

Найважливіша частина ретроспективи. Тут команда визначає конкретні зміни, які впроваджуватимуть у наступному кварталі.

Скрипт фасилітатора:

"У нас є перелік того, що спрацювало, і що ні. Зараз визначимо зміни. Правило: кожна зміна має бути конкретною, мати відповідального та дедлайн. 'Покращити check-ins' — не зміна. 'Перенести check-in з п'ятниці на понеділок, відповідальний — [ім'я], починаючи з наступного тижня' — зміна."

Формат: фасилітатор бере перелік "що не спрацювало" та для кожного кластеру запитує "Яку зміну ми можемо впровадити?". Учасники пропонують зміни. Голосування (кожен має 3 голоси): які 3–5 змін найважливіші? Для топ 3–5 змін визначають відповідального та дедлайн.

Правило "3–5 змін": не більше 5 змін на квартал. Більше нереалістично. Краще 3 впроваджених зміни, ніж 10 задекларованих.

Частина 5: Зобов'язання та закриття (10 хвилин)

Фасилітатор зачитує фінальний перелік змін.

Скрипт:

"Підсумуємо. Ось зміни, які ми впроваджуємо наступного кварталу:

[Зміна] — відповідальний: [ім'я], дедлайн: [дата].

[Зміна] — відповідальний: [ім'я], дедлайн: [дата].

[Зміна] — відповідальний: [ім'я], дедлайн: [дата]. Ці зобов'язання будуть перевірені на першому check-in наступного кварталу та на наступній ретроспективі. Є заперечення?"

Після підтвердження:

"Дякую за участь. Нотатки будуть розіслані сьогодні до кінця дня."

Крок 4. Оформити та розіслати результати (протягом 1 дня)

Нотатківець оформлює результати ретроспективи у документ та розсилає всім учасникам.

Структура документа результатів:

OKR-РЕТРОСПЕКТИВА — [Назва команди] — [Квартал]
Дата: ___
Учасники: ___

РЕЗУЛЬТАТИ КВАРТАЛУ (факти)
- Objective: ___ | Бал: ___
- KR1: ___ | Бал: ___
- KR2: ___ | Бал: ___
- KR3: ___ | Бал: ___
- Check-in compliance: ___%
- Кількість блокерів: ___ (вирішено: ___, невирішено: ___)

ЩО СПРАЦЮВАЛО
1. ___
2. ___
3. ___

ЩО НЕ СПРАЦЮВАЛО
1. ___
2. ___
3. ___

ЗМІНИ НА НАСТУПНИЙ КВАРТАЛ
1. ___ | Відповідальний: ___ | Дедлайн: ___
2. ___ | Відповідальний: ___ | Дедлайн: ___
3. ___ | Відповідальний: ___ | Дедлайн: ___

Крок 5. Перевірити виконання змін

Зміни без перевірки виконання — побажання. OKR-фасилітатор перевіряє статус кожної зміни через визначені дедлайни та на наступній ретроспективі.

Механізм перевірки: на першому check-in наступного кварталу запитайте "Які зміни з ретроспективи вже впроваджені?". На mid-cycle review — статус кожної зміни (впроваджено / в процесі / не розпочато). На наступній ретроспективі першою частиною стає огляд виконання змін минулого кварталу.

Шаблони та порядок денний

Порядок денний: OKR-ретроспектива (90 хв)

OKR-РЕТРОСПЕКТИВА
Команда: ___________
Квартал: ___________
Фасилітатор: ___________
Нотатківець: ___________

[0:00-0:15] ЧАСТИНА 1: ОГЛЯД ДАНИХ
- Фінальні бали OKR
- Графіки впевненості по тижнях
- Перелік блокерів
- Check-in compliance
- Статус змін з попередньої ретроспективи
Формат: презентація фасилітатора, лише уточнювальні запитання

[0:15-0:35] ЧАСТИНА 2: ЩО СПРАЦЮВАЛО
- Індивідуальне написання (3 хв тиші)
- Озвучення по черзі
- Групування стікерів
Запитання: "Що конкретно ми зробили, що допомогло?"

[0:35-0:55] ЧАСТИНА 3: ЩО НЕ СПРАЦЮВАЛО
- Індивідуальне написання (3 хв тиші)
- Озвучення по черзі
- Групування стікерів
Запитання: "Що конкретно завадило досягти кращих результатів?"
Правила: без звинувачень, без виправдань, конкретні факти

[0:55-1:20] ЧАСТИНА 4: ЗМІНИ ДО ПРОЦЕСУ
- Генерація змін (по кластерах "що не спрацювало")
- Голосування (3 голоси на людину)
- Для топ 3-5: відповідальний + дедлайн
Правило: кожна зміна — конкретна, з відповідальним та дедлайном

[1:20-1:30] ЧАСТИНА 5: ЗОБОВ'ЯЗАННЯ
- Фасилітатор зачитує фінальний перелік змін
- Підтвердження від команди
- Домовленість про перевірку на першому check-in

Шаблон: Нотатки фасилітатора

ПІДГОТОВКА ФАСИЛІТАТОРА

ДО РЕТРОСПЕКТИВИ:
[ ] Зібрати фінальні бали OKR
[ ] Підготувати графіки впевненості по тижнях
[ ] Скласти перелік блокерів з check-ins
[ ] Порахувати check-in compliance
[ ] Перевірити статус змін з минулої ретро
[ ] Розіслати дані учасникам за 1 день
[ ] Забронювати кімнату / створити посилання на дзвінок
[ ] Підготувати стікери (фізичні або Miro/FigJam)
[ ] Призначити нотатківця

ПІД ЧАС РЕТРОСПЕКТИВИ:
Головне правило: тримати час і не давати уходити в деталі.

Фрази для модерації:
- "Дякую, повернімось до формату."
- "Цікаве спостереження, зафіксуємо. Зараз переходимо далі."
- "Нагадую: ми фіксуємо факти, а не шукаємо винних."
- "Хто ще не висловився? [Ім'я], що ти думаєш?"
- "Ми маємо ще [X] хвилин на цю частину."
- "Ця тема заслуговує окремого обговорення. Запишемо в parking lot."

Якщо виникає конфлікт:
- "Я бачу різні точки зору. Зафіксуємо обидві."
- "Повернімося до даних. Що кажуть цифри?"
- "Це питання для 1-на-1, а не для ретроспективи."

ПІСЛЯ РЕТРОСПЕКТИВИ:
[ ] Перевірити нотатки з нотатківцем
[ ] Оформити документ результатів
[ ] Розіслати учасникам протягом 1 дня
[ ] Додати зміни в план наступного кварталу
[ ] Запланувати перевірку змін на першому check-in

Шаблон: Документ результатів ретроспективи

OKR-РЕТРОСПЕКТИВА — РЕЗУЛЬТАТИ

Команда: ___________
Квартал: ___________
Дата проведення: ___________
Учасники: ___________
Фасилітатор: ___________

1. РЕЗУЛЬТАТИ КВАРТАЛУ
   Objective: ___________
   Бал: ___

   KR1: ___________ | Бал: ___
   KR2: ___________ | Бал: ___
   KR3: ___________ | Бал: ___

   Check-in compliance: ___% (___ проведено з ___ запланованих)
   Блокери: ___ зафіксовано, ___ вирішено, ___ невирішено

2. СТАТУС ЗМІН З ПОПЕРЕДНЬОЇ РЕТРО
   Зміна 1: ___ | Статус: [ ]Впроваджено [ ]Частково [ ]Не впроваджено
   Зміна 2: ___ | Статус: [ ]Впроваджено [ ]Частково [ ]Не впроваджено
   Зміна 3: ___ | Статус: [ ]Впроваджено [ ]Частково [ ]Не впроваджено

3. ЩО СПРАЦЮВАЛО
   - ___________
   - ___________
   - ___________

4. ЩО НЕ СПРАЦЮВАЛО
   - ___________
   - ___________
   - ___________

5. ЗМІНИ НА НАСТУПНИЙ КВАРТАЛ
   Зміна 1: ___________
     Відповідальний: ___________ | Дедлайн: ___________
   Зміна 2: ___________
     Відповідальний: ___________ | Дедлайн: ___________
   Зміна 3: ___________
     Відповідальний: ___________ | Дедлайн: ___________

6. PARKING LOT (теми для окремого обговорення)
   - ___________
   - ___________

Метрики

Метрика	Як вимірювати	Ціль
% команд, які провели ретроспективу	Проведені / загальна кількість команд з OKR	100%
Середня кількість змін на ретроспективу	Зафіксовані зміни / кількість ретро	3–5
% змін, впроваджених до наступної ретро	Впроваджені / зафіксовані	> 70%
Участь команди	% членів команди, які були на ретро	> 80%
Тривалість ретроспективи	Фактична тривалість	80–100 хв (не менше 60, не більше 120)
Повторювані проблеми	% проблем, які з'являються 2+ кварталу поспіль	< 20% (зменшення)
Задоволеність ретро	Pulse: "Чи була ретроспектива корисною?" (1–5)	> 3.5

Відсоток змін з ретроспективи, які реально впроваджені до наступного кварталу, є головним індикатором здоров'я процесу. Якщо < 50%, ретроспектива перетворилась на ритуал без наслідків. У такому випадку скоротіть кількість змін до 2–3 і зосередьтесь на впровадженні.

Типовий опір та контрзаходи

Опір 1: "Ми вже робимо спринт-ретро, навіщо ще одна?"

Чому виникає: команди, які працюють за Scrum, проводять ретроспективи кожні 2 тижні. Додаткова ретро сприймається як дублювання.

Контрзахід: OKR-ретроспектива та спринт-ретро мають різний фокус. Спринт-ретро: як ми працюємо як команда (процеси, комунікація, інструменти). OKR-ретро: чи правильні цілі ми ставимо і чи правильно відстежуємо прогрес (якість OKR, каденція, scoring). Ці зустрічі не замінюють одна одну. OKR-ретро проводиться раз на квартал, а не кожні 2 тижні, тому додаткове навантаження мінімальне.

Опір 2: "Ретроспектива перетворюється на пошук винних"

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

Контрзахід: три правила, які фасилітатор озвучує на початку. Перше: ми обговорюємо процеси, а не людей ("Check-ins не проводились" — так. "Хтось не проводив check-ins" — ні). Друге: ми шукаємо причини, а не винних. Третє: фасилітатор має право зупинити будь-кого, хто порушує ці правила. Якщо менеджер команди не може дотримуватися цих правил, запросіть зовнішнього фасилітатора (OKR-фасилітатора іншої команди або HR).

Опір 3: "Ми вже знаємо, що не так. Навіщо витрачати 90 хвилин?"

Чому виникає: менеджер або найдосвідченіший член команди вважає, що його діагноз достатній. Можливо, він правий. Але ретроспектива — не лише діагноз.

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

Опір 4: "Зміни з ретро не впроваджуються, тому сенсу немає"

Чому виникає: попередні ретроспективи генерували списки змін, які ніхто не впроваджував. Це підриває довіру до процесу.

Контрзахід: проблема не в ретроспективі, а у follow-up. Впровадіть три механізми: кожна зміна має конкретного відповідального (не "команда", а конкретна людина); кожна зміна має дедлайн (не "протягом кварталу", а "до 15 січня"); статус змін перевіряється на першому check-in наступного кварталу та на mid-cycle review. Якщо після цих механізмів зміни все ще не впроваджуються, скоротіть кількість до 1–2. Краще одна впроваджена зміна, ніж п'ять невпроваджених.

Опір 5: "Люди мовчать на ретроспективі"

Чому виникає: не побудована психологічна безпека. Люди бояться висловити критику при менеджері або при колегах.

Контрзахід: використовуйте формат "пиши, потім говори" (3 хвилини індивідуального писання на стікерах, потім озвучення). Це знижує бар'єр — людина вже написала і лише зачитує. Запитуйте тихіших учасників напряму: "[Ім'я], я бачу, що ти написав стікер. Розкажи детальніше?" Для перших 2–3 ретроспектив використовуйте анонімне голосування для пріоритизації змін. Якщо менеджер домінує, фасилітатор може попросити його висловитись останнім. Якщо проблема систематична, проведіть одну ретроспективу без менеджера (фасилітатор збирає feedback анонімно) та обговоріть результати з менеджером окремо.

Мета

Покроковий процес

Крок 1. Підготувати дані до ретроспективи (за 2–3 дні)

Ретроспектива без даних перетворюється на обмін думками. Думки суб'єктивні. Дані об'єктивні.

OKR-фасилітатор готує наступні матеріали:

Фінальні бали OKR (з калібраційної зустрічі).
Історія check-ins: як змінювались рівні впевненості по тижнях. Графік для кожного KR: тиждень на осі X, впевненість (0.0–1.0) на осі Y.
Перелік блокерів, зафіксованих на check-ins: які виникали, які були вирішені, які залишились.
Дотримання каденції: скільки check-ins проведено з запланованих, скільки mid-cycle reviews, скільки з запізненням або пропущених.
Результати попередньої ретроспективи: які зміни були запроваджені, чи були вони виконані.

Крок 2. Визначити учасників та ролі

Ролі:

Фасилітатор: OKR-фасилітатор або зовнішній фасилітатор. Не менеджер команди. Менеджер — учасник, а не ведучий.
Нотатківець: окрема людина, яка фіксує всі тези, рішення та зобов'язання. Фасилітатор не може одночасно вести зустріч і записувати.
Таймкіпер: може бути нотатківець або окрема людина.

Крок 3. Провести ретроспективу (90 хвилин)

Частина 1: Огляд даних (15 хвилин)

Фасилітатор представляє дані, підготовлені на Кроці 1. Лише факти, без інтерпретацій.

Скрипт фасилітатора:

"Почнемо з фактів. Ось наші результати за квартал. [Показує бали OKR]. Ось як змінювалась наша впевненість по тижнях. [Показує графіки]. Ось блокери, які ми фіксували. [Показує перелік]. І ось виконання каденції — скільки check-ins ми провели. Запитання по даних?"

На цьому етапі лише уточнювальні запитання. Обговорення "чому" — у наступних частинах.

Частина 2: Що спрацювало (20 хвилин)

Скрипт фасилітатора:

"Зараз 3 хвилини тиші. Кожен пише на стікерах: що конкретно ми зробили цього кварталу, що допомогло? Це може бути елемент процесу, рішення, інструмент, зустріч — будь-що, що спрацювало."

Частина 3: Що не спрацювало (20 хвилин)

Скрипт фасилітатора:

"Тепер інший бік. 3 хвилини тиші. Пишемо: що не спрацювало, що завадило, що було зайвим або недостатнім."

Частина 4: Зміни до процесу (25 хвилин)

Скрипт фасилітатора:

"У нас є перелік того, що спрацювало, і що ні. Зараз визначимо зміни. Правило: кожна зміна має бути конкретною, мати відповідального та дедлайн. 'Покращити check-ins' — не зміна. 'Перенести check-in з п'ятниці на понеділок, відповідальний — [ім'я], починаючи з наступного тижня' — зміна."

Частина 5: Зобов'язання та закриття (10 хвилин)

Фасилітатор зачитує фінальний перелік змін.

Скрипт:

"Підсумуємо. Ось зміни, які ми впроваджуємо наступного кварталу:

[Зміна] — відповідальний: [ім'я], дедлайн: [дата].

[Зміна] — відповідальний: [ім'я], дедлайн: [дата].

[Зміна] — відповідальний: [ім'я], дедлайн: [дата]. Ці зобов'язання будуть перевірені на першому check-in наступного кварталу та на наступній ретроспективі. Є заперечення?"

Після підтвердження:

"Дякую за участь. Нотатки будуть розіслані сьогодні до кінця дня."

Крок 4. Оформити та розіслати результати (протягом 1 дня)

Нотатківець оформлює результати ретроспективи у документ та розсилає всім учасникам.

Структура документа результатів:

OKR-РЕТРОСПЕКТИВА — [Назва команди] — [Квартал]
Дата: ___
Учасники: ___

РЕЗУЛЬТАТИ КВАРТАЛУ (факти)
- Objective: ___ | Бал: ___
- KR1: ___ | Бал: ___
- KR2: ___ | Бал: ___
- KR3: ___ | Бал: ___
- Check-in compliance: ___%
- Кількість блокерів: ___ (вирішено: ___, невирішено: ___)

ЩО СПРАЦЮВАЛО
1. ___
2. ___
3. ___

ЩО НЕ СПРАЦЮВАЛО
1. ___
2. ___
3. ___

ЗМІНИ НА НАСТУПНИЙ КВАРТАЛ
1. ___ | Відповідальний: ___ | Дедлайн: ___
2. ___ | Відповідальний: ___ | Дедлайн: ___
3. ___ | Відповідальний: ___ | Дедлайн: ___

Крок 5. Перевірити виконання змін

Шаблони та порядок денний

Порядок денний: OKR-ретроспектива (90 хв)

OKR-РЕТРОСПЕКТИВА
Команда: ___________
Квартал: ___________
Фасилітатор: ___________
Нотатківець: ___________

[0:00-0:15] ЧАСТИНА 1: ОГЛЯД ДАНИХ
- Фінальні бали OKR
- Графіки впевненості по тижнях
- Перелік блокерів
- Check-in compliance
- Статус змін з попередньої ретроспективи
Формат: презентація фасилітатора, лише уточнювальні запитання

[0:15-0:35] ЧАСТИНА 2: ЩО СПРАЦЮВАЛО
- Індивідуальне написання (3 хв тиші)
- Озвучення по черзі
- Групування стікерів
Запитання: "Що конкретно ми зробили, що допомогло?"

[0:35-0:55] ЧАСТИНА 3: ЩО НЕ СПРАЦЮВАЛО
- Індивідуальне написання (3 хв тиші)
- Озвучення по черзі
- Групування стікерів
Запитання: "Що конкретно завадило досягти кращих результатів?"
Правила: без звинувачень, без виправдань, конкретні факти

[0:55-1:20] ЧАСТИНА 4: ЗМІНИ ДО ПРОЦЕСУ
- Генерація змін (по кластерах "що не спрацювало")
- Голосування (3 голоси на людину)
- Для топ 3-5: відповідальний + дедлайн
Правило: кожна зміна — конкретна, з відповідальним та дедлайном

[1:20-1:30] ЧАСТИНА 5: ЗОБОВ'ЯЗАННЯ
- Фасилітатор зачитує фінальний перелік змін
- Підтвердження від команди
- Домовленість про перевірку на першому check-in

Шаблон: Нотатки фасилітатора

ПІДГОТОВКА ФАСИЛІТАТОРА

ДО РЕТРОСПЕКТИВИ:
[ ] Зібрати фінальні бали OKR
[ ] Підготувати графіки впевненості по тижнях
[ ] Скласти перелік блокерів з check-ins
[ ] Порахувати check-in compliance
[ ] Перевірити статус змін з минулої ретро
[ ] Розіслати дані учасникам за 1 день
[ ] Забронювати кімнату / створити посилання на дзвінок
[ ] Підготувати стікери (фізичні або Miro/FigJam)
[ ] Призначити нотатківця

ПІД ЧАС РЕТРОСПЕКТИВИ:
Головне правило: тримати час і не давати уходити в деталі.

Фрази для модерації:
- "Дякую, повернімось до формату."
- "Цікаве спостереження, зафіксуємо. Зараз переходимо далі."
- "Нагадую: ми фіксуємо факти, а не шукаємо винних."
- "Хто ще не висловився? [Ім'я], що ти думаєш?"
- "Ми маємо ще [X] хвилин на цю частину."
- "Ця тема заслуговує окремого обговорення. Запишемо в parking lot."

Якщо виникає конфлікт:
- "Я бачу різні точки зору. Зафіксуємо обидві."
- "Повернімося до даних. Що кажуть цифри?"
- "Це питання для 1-на-1, а не для ретроспективи."

ПІСЛЯ РЕТРОСПЕКТИВИ:
[ ] Перевірити нотатки з нотатківцем
[ ] Оформити документ результатів
[ ] Розіслати учасникам протягом 1 дня
[ ] Додати зміни в план наступного кварталу
[ ] Запланувати перевірку змін на першому check-in

Шаблон: Документ результатів ретроспективи

OKR-РЕТРОСПЕКТИВА — РЕЗУЛЬТАТИ

Команда: ___________
Квартал: ___________
Дата проведення: ___________
Учасники: ___________
Фасилітатор: ___________

1. РЕЗУЛЬТАТИ КВАРТАЛУ
   Objective: ___________
   Бал: ___

   KR1: ___________ | Бал: ___
   KR2: ___________ | Бал: ___
   KR3: ___________ | Бал: ___

   Check-in compliance: ___% (___ проведено з ___ запланованих)
   Блокери: ___ зафіксовано, ___ вирішено, ___ невирішено

2. СТАТУС ЗМІН З ПОПЕРЕДНЬОЇ РЕТРО
   Зміна 1: ___ | Статус: [ ]Впроваджено [ ]Частково [ ]Не впроваджено
   Зміна 2: ___ | Статус: [ ]Впроваджено [ ]Частково [ ]Не впроваджено
   Зміна 3: ___ | Статус: [ ]Впроваджено [ ]Частково [ ]Не впроваджено

3. ЩО СПРАЦЮВАЛО
   - ___________
   - ___________
   - ___________

4. ЩО НЕ СПРАЦЮВАЛО
   - ___________
   - ___________
   - ___________

5. ЗМІНИ НА НАСТУПНИЙ КВАРТАЛ
   Зміна 1: ___________
     Відповідальний: ___________ | Дедлайн: ___________
   Зміна 2: ___________
     Відповідальний: ___________ | Дедлайн: ___________
   Зміна 3: ___________
     Відповідальний: ___________ | Дедлайн: ___________

6. PARKING LOT (теми для окремого обговорення)
   - ___________
   - ___________

Метрики

Метрика	Як вимірювати	Ціль
% команд, які провели ретроспективу	Проведені / загальна кількість команд з OKR	100%
Середня кількість змін на ретроспективу	Зафіксовані зміни / кількість ретро	3–5
% змін, впроваджених до наступної ретро	Впроваджені / зафіксовані	> 70%
Участь команди	% членів команди, які були на ретро	> 80%
Тривалість ретроспективи	Фактична тривалість	80–100 хв (не менше 60, не більше 120)
Повторювані проблеми	% проблем, які з'являються 2+ кварталу поспіль	< 20% (зменшення)
Задоволеність ретро	Pulse: "Чи була ретроспектива корисною?" (1–5)	> 3.5

Ретроспектива: як аналізувати цикл

Мета

Покроковий процес

Крок 1. Підготувати дані до ретроспективи (за 2–3 дні)

Крок 2. Визначити учасників та ролі

Крок 3. Провести ретроспективу (90 хвилин)

Крок 4. Оформити та розіслати результати (протягом 1 дня)

Крок 5. Перевірити виконання змін

Шаблони та порядок денний

Порядок денний: OKR-ретроспектива (90 хв)

Шаблон: Нотатки фасилітатора

Шаблон: Документ результатів ретроспективи

Метрики

Типовий опір та контрзаходи

Опір 1: "Ми вже робимо спринт-ретро, навіщо ще одна?"

Опір 2: "Ретроспектива перетворюється на пошук винних"

Опір 3: "Ми вже знаємо, що не так. Навіщо витрачати 90 хвилин?"

Опір 4: "Зміни з ретро не впроваджуються, тому сенсу немає"

Опір 5: "Люди мовчать на ретроспективі"

Перевірте знання за уроком

Ретроспектива: як аналізувати цикл

Мета

Покроковий процес

Крок 1. Підготувати дані до ретроспективи (за 2–3 дні)

Крок 2. Визначити учасників та ролі

Крок 3. Провести ретроспективу (90 хвилин)

Крок 4. Оформити та розіслати результати (протягом 1 дня)

Крок 5. Перевірити виконання змін

Шаблони та порядок денний

Порядок денний: OKR-ретроспектива (90 хв)

Шаблон: Нотатки фасилітатора

Шаблон: Документ результатів ретроспективи

Метрики

Типовий опір та контрзаходи

Опір 1: "Ми вже робимо спринт-ретро, навіщо ще одна?"

Опір 2: "Ретроспектива перетворюється на пошук винних"

Опір 3: "Ми вже знаємо, що не так. Навіщо витрачати 90 хвилин?"

Опір 4: "Зміни з ретро не впроваджуються, тому сенсу немає"

Опір 5: "Люди мовчать на ретроспективі"

Перевірте знання за уроком