makeOKR UA
Бібліотека OKR Чемпіона
OKR Чемпіон
  • Хто такий OKR Чемпіон
  • Ключові обов'язки OKR Чемпіона
  • Необхідні компетенції OKR Чемпіона
  • Типові причини провалу OKR Чемпіона
  • Рівні зрілості: від новачка до архітектора
Виконання
    • Оцінювання OKR: процес та ритуали
    • Ретроспектива: як аналізувати цикл
    • Рекалібрація: коли і як змінювати OKR
Інструменти
  • Робочий аркуш для написання OKR
  • Визначення рівнів впевненості
  • Формат CFR check-in
  • Щотижневий дашборд для керівника
  • Журнал ризиків OKR
  • Канва вирівнювання стейкхолдерів
  • Діагностичний чеклист здоров'я OKR
Управління
  • Карта ролей в OKR-системі
  • RACI для OKR управління
  • Модель ескалації проблем
  • Зв'язок зі стратегічним плануванням
  • Інтеграція з цифровими інструментами
Антипатерни
  • Фейкові OKR: діагностика та лікування
  • Надмірне каскадування
  • Звітний театр
  • Інфляція метрик
  • Втома від каденції
  • Збірка типових помилок впровадження
Кейси
  • Міністерство: впровадження OKR на рівні відомства
  • Підрозділ оборони: OKR в умовах обмежень
  • Громадська організація: адаптація OKR для НУО
  • Технологічний стартап: масштабування OKR з ростом
Довідник
Конфіденційність·Умови/
© 2026 OKR UA · v0.9.1
РВиконання / Огляд та рекалібрація

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

Формат та фасилітація OKR-ретроспективи наприкінці кварталу

Мета

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

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


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

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

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

Обов'язкові матеріали:

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

Формат подання: один документ (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 з п'ятниці на понеділок, відповідальний — [ім'я], починаючи з наступного тижня' — це зміна."

Формат:

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

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

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

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

Скрипт:

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

  1. [Зміна] — відповідальний: [ім'я], дедлайн: [дата].
  2. [Зміна] — відповідальний: [ім'я], дедлайн: [дата].
  3. [Зміна] — відповідальний: [ім'я], дедлайн: [дата]. Ці зобов'язання будуть перевірені на першому 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 (теми для окремого обговорення)
   - ___________
   - ___________

Метрики

МетрикаЯк вимірюватиЦіль
% команд, які провели ретроспективуПроведені / загальна кількість команд з OKR100%
Середня кількість змін на ретроспективуЗафіксовані зміни / кількість ретро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: "Ретроспектива перетворюється на пошук винних"

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

Контрзахід: Три правила, які фасилітатор озвучує на початку:

  1. Ми обговорюємо процеси, а не людей. "Check-ins не проводились" — так. "Хтось не проводив check-ins" — ні.
  2. Ми шукаємо причини, а не винних. "Чому check-ins не проводились?" — так. "Чому хтось не проводив?" — ні.
  3. Фасилітатор має право зупинити будь-кого, хто порушує ці правила. Якщо менеджер команди не може утримати ці правила — запросіть зовнішнього фасилітатора (OKR-чемпіона іншої команди або HR).

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

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

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

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

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

Контрзахід: Цей опір означає, що проблема не в ретроспективі, а у follow-up. Впровадіть три механізми:

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

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

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

Контрзахід:

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