makeOKR UA
КурсOKR Фасилітатор
0%
  1. Управління змінами
  2. Підготовча фаза: цілі та чеклист
  3. Діагностика готовності організації
  4. Робота зі стейкхолдерами
  5. Перші 90 днів: огляд
  6. Запуск пілотної команди
  7. Перший цикл OKR
  8. Масштабування на відділи
  9. Узгодження між відділами
  10. Побудова OKR-культури
  11. Рівні зрілості
  12. Типові причини провалу
  13. Типові помилки в OKR
  14. Збірка типових помилок впровадження
  15. Фейкові OKR: діагностика
  16. Антипатерн: Copy-paste OKR
  17. Антипатерн: OKR без власника
  18. Надмірне каскадування
  19. Інфляція метрик
  20. Втома від каденції
  21. Відрив керівництва від OKR
  22. Звітний театр
  23. 5 пасток керівника
  24. Скласти план впровадження OKRЗавдання
  25. Тест модуля М5: ЗміниТест
ФіналФінальний тест
  • FAQДовідник
  • Словник OKRТерміни
Підтримати проєкт
Що нового?
Конфіденційність·Умови/
© 2026 OKR UA · v0.9.3
Перейти до контенту
Ф
М5 · Зміни· Крок 78/111· 6 хв

Фейкові OKR: діагностика та лікування

Як розпізнати OKR, які лише імітують метод, та перетворити їх на справжні.

antipatternsdiagnosticsquality

Визначення

Фейкові OKR — цілі, які мають форму OKR (Objective + Key Results), але не виконують жодної з функцій методу. Вони не фокусують, не вимірюють прогрес, не стимулюють амбітність. Вони існують для звітності. Організація вважає, що працює з OKR. Насправді вона працює з перейменованим списком завдань, перефарбованими KPI або абстрактними деклараціями.

Цей антипатерн найпоширеніший. Він зустрічається у 60-80% організацій на перших двох кварталах впровадження. Проблема не в тому, що фейкові OKR виникають. Проблема в тому, що вони залишаються непоміченими та закріплюються як норма.

Три базові форми:

Список завдань під виглядом OKR. Objective — дія. Key Results — підзавдання. Приклад: Objective "Запустити новий сайт", KR1 "Затвердити дизайн", KR2 "Завершити розробку", KR3 "Провести тестування". KPI з новою назвою. Існуючі метрики операційної діяльності переписані у формат OKR. Приклад: Objective "Забезпечити стабільну роботу платформи", KR1 "Uptime ≥ 99.9%", KR2 "Час відгуку < 200ms". Це KPI. Їх треба моніторити. Але OKR — про зміну, а не про підтримку. Декларація без виміру. Objective — абстрактне бажання. Key Results — або відсутні, або теж абстрактні. Приклад: Objective "Покращити клієнтський досвід", KR1 "Зробити клієнтів щасливішими", KR2 "Підвищити якість обслуговування".


Діагностичні ознаки

Використовуйте цей чеклист. Якщо 3+ ознаки присутні — OKR у вашій організації, ймовірно, фейкові.

Ознаки на рівні формулювання

#ОзнакаЩо перевірити
1Objectives описують дію, а не станЧи починається Objective з дієслова? "Запустити", "Впровадити", "Розробити" — це завдання, не ціль.
2Key Results бінарніЧи кожен KR можна оцінити лише "зроблено / не зроблено"? Відсутність шкали 0.0-1.0 — ознака чеклиста.
3Key Results описують активностіЧи вимірюють KR те, що команда робить (вихідні дії), а не те, чого досягає (результати)? "Провести 5 інтерв'ю" — дія. "З 40% до 70% задоволеність інтерв'юерів" — результат.
4Відсутній baselineЧи є у KR стартова точка? Формат "З X до Y" вимагає знати поточний стан. Відсутність baseline означає, що ніхто не виміряв, де ми зараз.
5Objective = назва проєктуЧи збігається Objective з назвою існуючого проєкту або ініціативи?

Ознаки на рівні поведінки

#ОзнакаЩо перевірити
6100% completion щоквартальноЧи команди завжди досягають усіх KR? Середній оцінка > 0.85 кожен квартал — ознака заниженої амбітності або підігнаних метрик.
7OKR не змінюють пріоритетиЧи команда робила б те саме без OKR? Якщо відповідь "так" — OKR не виконує функції фокусування.
8Ніхто не пам'ятає свої OKRЗапитайте випадкового члена команди: "Які ваші OKR на цей квартал?" Якщо відповідь — мовчання або "треба подивитись у таблиці" — OKR не працюють.
9Check-in без змінНа check-in зустрічах оцінки залишаються стабільними (0.3 → 0.3 → 0.3 → 0.3 → раптово 1.0 на фінальному тижні).
10OKR з'являються раз на кварталКоманда згадує OKR лише під час планування та оцінки. Між цими подіями — тиша.

Швидкий тест Фасилітатора

Виберіть 3 випадкові OKR з організації. Для кожного задайте два питання:

  1. "Яке рішення команда прийняла або відхилила на основі цього OKR?" Якщо відповіді немає — OKR не впливає на роботу.
  2. "Що зміниться для клієнта / користувача / стейкхолдера, якщо цей OKR буде досягнутий?" Якщо відповідь нечітка — OKR описує внутрішню діяльність, а не цінність.

Кореневі причини

Причина 1. Нерозуміння різниці між завданням, KPI та OKR

Команди не бачать принципової різниці між трьома інструментами. Вони навчились формату (Objective + Key Results), але не засвоїли логіку. Результат: існуючі артефакти переписуються у новому форматі без зміни змісту.

Індикатор: OKR дивовижно схожі на попередні квартальні плани або KPI-дашборди.

Порівняння OKR з іншими інструментами — див. OKR проти KPI.

Причина 2. Страх амбітних цілей

Організація прив'язує оцінку OKR до системи мотивації, бонусів або оцінки ефективності. Команди раціонально обирають цілі, які точно досягнуть. Stretch goals зникають. OKR перетворюються на список гарантованих дій.

Індикатор: середній оцінка по організації стабільно > 0.85. Ніхто ніколи не ставить 0.3 на амбітний KR.

Причина 3. Відсутність навчання

Організація оголосила про впровадження OKR, розіслала шаблон та дала команди заповнити до п'ятниці. Навчання не проводилось або обмежилось 30-хвилинною презентацією. Люди роблять те, що зрозуміли. А зрозуміли вони: заповнити таблицю.

Індикатор: Фасилітатор не проводив навчальну сесію. Або проводив, але без практичних вправ на розрізнення good/bad OKR.

Причина 4. Copy-paste з попередньої системи

Організація мала KPI-систему або квартальне планування. Під час переходу на OKR існуючі показники буквально скопійовані у новий формат. "Виконати план продажів на 100%" стає "Objective: Досягти цілей продажів. KR: Виконати план на 100%."

Індикатор: OKR ідентичні попереднім KPI з точністю до формулювань.


Інтервенційний плейбук

Інтервенція 1. Воркшоп "Анатомія OKR" (2 години)

Учасники: team leads + власники OKR.

Формат:

  1. Класифікація (30 хв). Показати 12 прикладів. Учасники класифікують кожен: "справжній OKR", "список завдань", "KPI", "декларація". Обговорити розбіжності.

  2. Аналіз власних OKR (30 хв). Кожна команда бере свої поточні OKR та класифікує їх за тим самим принципом. Чесно. Без оцінювання — це діагностика, не екзамен.

  3. Перезапис (45 хв). Кожна команда переписує свої OKR відповідно до правил: Objective — бажаний стан, а не дія. KR — числовий вимір у форматі "З X до Y". KR — outcome, не output. 2-5 KR на Objective.

  4. Peer review (15 хв). Команди обмінюються та перевіряють OKR одна одної.

Правила написання KR у форматі "З X до Y" — див. Формат "З X до Y".

Інтервенція 2. Таблиця порівняння

Повісьте цю таблицю в кожній кімнаті, де проводиться планування OKR.

КритерійФейковий OKRСправжній OKR
Objective"Запустити мобільний додаток""Клієнти вирішують свої задачі через мобільний канал без звернення в підтримку"
KR формат"Завершити розробку до 15.03""З 0% до 40% транзакцій через мобільний додаток"
ВимірБінарний (так/ні)Числова шкала (0.0-1.0)
BaselineВідсутнійВизначений перед стартом кварталу
Амбітність100% досяжний70% досяжний при сильному фокусі
Вплив на рішенняНіякогоВизначає пріоритети спринтів
Check-inФормальне "все по плану""Ми на 0.4, бо X блокує. Рішення: Y."

Інтервенція 3. Калібрувальна сесія

Проведіть калібрувальну сесію між командами. Кожна команда презентує свої OKR за 5 хвилин. Інші команди оцінюють: "Чи це справжній OKR? Чи ми розуміємо, що зміниться, якщо він досягнутий?"

Правила калібрації:

  1. Якщо всі KR бінарні — перезаписати з числовим виміром.
  2. Якщо Objective починається з дієслова — переформулювати як стан.
  3. Якщо немає baseline — визначити його до початку кварталу. Якщо baseline невідомий — виміряти протягом першого тижня.
  4. Якщо KR = output — запитати "А що зміниться для кінцевого користувача?"

Детальна процедура калібрації — див. Оцінювання OKR: процес та ритуали.

Інтервенція 4. Правило "одного рішення"

Введіть правило: кожен OKR має вплинути на щонайменше одне рішення про пріоритети протягом першого місяця. На check-in після першого місяця запитайте: "Яке рішення ви прийняли або відхилили завдяки цьому OKR?" Якщо відповіді немає — OKR потребує перегляду.

Інтервенція 5. Деприв'язка від бонусів

Якщо оцінка OKR прив'язаний до системи мотивації — ця прив'язка є першою причиною фейкових OKR. Відв'яжіть. Використовуйте OKR для фокусування та навчання. Використовуйте іншу систему для оцінки ефективності.

Про ризики прив'язки до компенсації — див. Інфляція метрик.


Індикатори одужання

Відстежуйте ці метрики щоквартально. Порівнюйте з попереднім кварталом.

Кількісні індикатори

ІндикаторФейковий станЗдоровий стан
% KR з числовим baseline< 30%> 80%
Середній оцінка по організації0.85-1.00.5-0.7
% бінарних KR> 50%< 15%
% OKR, що вплинули на рішення< 10%> 50%
% Objectives, що починаються з дієслова> 60%< 20%

Якісні індикатори

Команди добровільно переглядають OKR mid-quarter, коли контекст змінився. На check-in звучать фрази "ми відхилили X, бо це не відповідає нашому OKR". Нові члени команди можуть назвати OKR після першого тижня роботи. Дискусії під час планування зосереджені на "що зміниться для клієнта", а не "що ми будемо робити". Оцінка 0.3-0.4 не сприймається як невдача. Він сприймається як інформація.

Часові орієнтири

Квартал 1 після інтервенції. 50%+ KR переписані з числовим baseline. Середній оцінка опустився нижче 0.8 (це добре — означає, що цілі стали амбітнішими).

Квартал 2. Команди починають розрізняти OKR від списку завдань самостійно. Peer review відбувається без примусу Фасилітатора.

Квартал 3. Фейкові OKR стають рідкісним винятком, а не нормою. Команди самостійно ідентифікують та виправляють фейки.

Використовуйте Діагностичний чеклист здоров'я OKR для систематичної перевірки кожен квартал.

Не розпочато
Перевірка засвоєння

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

Увійдіть або створіть акаунт, щоб пройти короткий тест (3 запитання на 30 секунд), зафіксувати прогрес у курсі та отримати сертифікат після його завершення.

Увійти й пройти тестабо створити акаунт→

Прогрес зберігається автоматично — можна продовжити з того ж місця з будь-якого пристрою.

Попередній крокЗбірка типових помилок впровадженняМ5 · ЗміниНаступний крокАнтипатерн: Copy-paste OKRМ5 · Зміни