Ретроспектива: як аналізувати цикл
Формат та фасилітація OKR-ретроспективи наприкінці кварталу
Мета
Провести 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, Notion, 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" — ні.
- Ми шукаємо причини, а не винних. "Чому check-ins не проводились?" — так. "Чому хтось не проводив?" — ні.
- Фасилітатор має право зупинити будь-кого, хто порушує ці правила. Якщо менеджер команди не може утримати ці правила — запросіть зовнішнього фасилітатора (OKR-чемпіона іншої команди або HR).
Опір 3: "Ми вже знаємо, що не так. Навіщо витрачати 90 хвилин?"
Чому виникає: Менеджер або найдосвідченіший член команди вважає, що його діагноз достатній. Можливо, він правий. Але ретроспектива — це не лише діагноз. Це спільне рішення.
Контрзахід: Мета ретроспективи — не з'ясувати проблему (хоча і це теж). Мета — досягти спільного розуміння проблеми та спільного зобов'язання щодо зміни. Якщо один менеджер "знає, що не так" і прийме рішення сам — команда не буде вважати це рішення своїм. Ретроспектива створює ownership: команда сама визначила проблему, сама обрала рішення, сама взяла зобов'язання.
Опір 4: "Зміни з ретро не впроваджуються, тому сенсу немає"
Чому виникає: Попередні ретроспективи генерували списки змін, які ніхто не впроваджував. Це підриває довіру до процесу.
Контрзахід: Цей опір означає, що проблема не в ретроспективі, а у follow-up. Впровадіть три механізми:
- Кожна зміна має конкретного відповідального (не "команда", а конкретна людина).
- Кожна зміна має дедлайн (не "протягом кварталу", а "до 15 січня").
- Статус змін перевіряється на першому check-in наступного кварталу та на mid-cycle review. Якщо після цих механізмів зміни все ще не впроваджуються — скоротіть кількість до 1-2. Краще одна впроваджена зміна, ніж п'ять невпроваджених.
Опір 5: "Люди мовчать на ретроспективі"
Чому виникає: Не побудована психологічна безпека. Люди бояться висловити критику при менеджері або при колегах.
Контрзахід:
- Використовуйте формат "пиши, потім говори": 3 хвилини індивідуального писання на стікерах, потім озвучення. Це знижує бар'єр — людина вже написала і лише зачитує.
- Запитуйте тихіших учасників напряму: "[Ім'я], я бачу, що ти написав стікер. Розкажи детальніше?"
- Для перших 2-3 ретроспектив: використовуйте анонімне голосування для пріоритизації змін.
- Якщо менеджер домінує — фасилітатор може попросити його висловитись останнім: "Давай послухаємо команду першою."
- Якщо проблема систематична — проведіть одну ретроспективу без менеджера (фасилітатор збирає feedback анонімно) та обговоріть результати з менеджером окремо.