Рекалібрація: коли і як змінювати OKR
Протокол зміни OKR всередині кварталу — коли це виправдано і як це робити
Мета
Визначити чітке правило, коли зміна OKR всередині кварталу виправдана, а коли ні. Впровадити протокол рекалібрації, який забезпечує прозорість та документування кожної зміни. Після впровадження цього протоколу команда має процедуру для зміни OKR, яка не перетворює OKR на список завдань, що оновлюється щотижня.
Рекалібрація — це не редагування OKR "бо не встигаємо". Це структурована реакція на зміну контексту, яка робить поточні OKR нерелевантними.
Покроковий процес
Крок 1. Зрозуміти різницю між рекалібрацією та відмовою від амбіцій
Це найважливіший крок. Більшість запитів на зміну OKR — це не рекалібрація, а відмова від складної цілі під тиском обставин. Різниця:
Рекалібрація (виправдана зміна):
- Контекст змінився настільки, що поточні OKR більше не відповідають стратегії організації.
- Ресурси перерозподілені на рівні організації (не на рівні команди).
- З'явилась нова інформація, яка фундаментально змінює пріоритети.
- Зовнішня подія зробила OKR нерелевантним (зміна ринку, регуляцій, стратегічного партнера).
Не рекалібрація (невиправдана зміна):
- "Ми не встигаємо" — це не причина змінювати ціль. Це причина шукати інший шлях.
- "Це виявилось складніше, ніж ми думали" — амбітні OKR за визначенням складніші, ніж здається.
- "Команда втомилась" — це сигнал для менеджера, а не для зміни OKR.
- "Ми хочемо додати нові KR" — додавання KR всередині кварталу розмиває фокус.
- "Керівник попросив додати ще одну ціль" — якщо це не стратегічний pivot, це scope creep.
Правило: Якщо причина зміни — всередині команди (складність, втома, помилка оцінки), це не рекалібрація. Якщо причина — ззовні (стратегічний pivot, зміна ринку, рішення борду), це може бути рекалібрація.
Крок 2. Визначити тригери для рекалібрації
Не кожна зовнішня зміна вимагає рекалібрації. Визначте конкретні тригери, які запускають процес оцінки.
Тригер 1: Стратегічний pivot Виконавче керівництво змінює стратегічний напрямок. Приклад: компанія вирішила вийти на новий ринок, і ресурси перерозподіляються.
Тригер 2: Суттєва зміна ресурсів Команда втратила >30% складу або бюджету через рішення на рівні організації (не через звільнення за ініціативою людей).
Тригер 3: Зовнішній шок Регуляторна зміна, вихід ключового конкурента, втрата стратегічного партнера, зміна ринкових умов.
Тригер 4: Досягнення OKR до завершення кварталу Усі KR досягнуті до тижня 8. Це означає, що цілі були недостатньо амбітними. Варіанти: підвищити цільові значення або додати stretch-KR.
Тригер 5: Злиття або реструктуризація команд Команда об'єднується з іншою, розділяється або змінює структуру підпорядкування.
Крок 3. Провести оцінку необхідності рекалібрації
Коли тригер спрацював — це ще не означає автоматичну зміну OKR. Проведіть оцінку за деревом рішень.
Дерево рішень:
Запитання 1: Чи зовнішня причина зміни? (Стратегічний pivot, зміна ринку, реструктуризація)
- Ні → Не рекалібрувати. Шукати інші шляхи досягнення поточних OKR.
- Так → Перейти до запитання 2.
Запитання 2: Чи поточні OKR стали нерелевантними? (Не "складними", а саме "нерелевантними" — працюють на ціль, яка більше не є пріоритетом)
- Ні, OKR все ще релевантні, лише обставини змінились → Коригувати цільові значення KR, але не змінювати Objective.
- Так, OKR працюють на ціль, яка більше не пріоритет → Перейти до запитання 3.
Запитання 3: Скільки тижнів залишилось до кінця кварталу?
- Менше 4 тижнів → Не рекалібрувати. Завершити квартал з поточними OKR, зафіксувати уроки, врахувати зміни при постановці наступних OKR.
- 4+ тижнів → Рекалібрувати. Перейти до Кроку 4.
Виняток: Якщо стратегічний pivot настільки радикальний, що продовження роботи над поточними OKR шкодить організації — рекалібрувати незалежно від часу до кінця кварталу.
Крок 4. Виконати протокол рекалібрації
Протокол складається з 5 етапів: тригер → оцінка → рішення → комунікація → документація.
Етап 1: Тригер (день 1)
Відповідальний (менеджер команди або OKR-чемпіон) ідентифікує тригер та заповнює форму запиту на рекалібрацію (див. шаблон нижче).
Етап 2: Оцінка (день 1-2)
OKR-чемпіон проводить оцінку за деревом рішень. Якщо рішення — рекалібрувати, чемпіон готує рекомендацію:
- Які OKR змінити (конкретні Objectives та KR).
- Як змінити (нові формулювання або цільові значення).
- Чому (обґрунтування, прив'язане до тригера).
Етап 3: Рішення (день 2-3)
Рішення про рекалібрацію приймає не команда і не менеджер. Рішення приймає виконавчий спонсор OKR (або керівник рівня вище менеджера команди). Це запобігає ситуації, коли команда сама вирішує полегшити собі цілі.
Формат: коротка зустріч (15-30 хвилин) — OKR-чемпіон + менеджер команди + спонсор. Чемпіон представляє рекомендацію, спонсор приймає рішення.
Етап 4: Комунікація (день 3-4)
Якщо рішення — рекалібрувати:
- Менеджер повідомляє команду на найближчому check-in або окремій зустрічі.
- Формат повідомлення: "Причина → Що змінюється → Що це означає для нас".
- OKR-чемпіон оновлює дашборд.
- Якщо зміна впливає на інші команди — OKR-чемпіон повідомляє їхніх менеджерів.
Якщо рішення — не рекалібрувати:
- Менеджер повідомляє команду: "Ми розглянули можливість зміни OKR через [причина]. Рішення: продовжуємо працювати з поточними OKR, тому що [обґрунтування]."
- Визначити, яка підтримка потрібна команді для продовження роботи.
Етап 5: Документація (день 4-5)
OKR-чемпіон фіксує рекалібрацію в журналі змін:
- Дата рішення.
- Тригер.
- Старі OKR (текст та поточний бал).
- Нові OKR (текст та нові цільові значення).
- Хто прийняв рішення.
- Обґрунтування.
Цей журнал переглядається на ретроспективі кварталу.
Крок 5. Встановити обмеження на рекалібрацію
Без обмежень рекалібрація стає звичкою. Команда змінює OKR щомісяця, і квартальний цикл перестає існувати.
Обмеження:
- Максимум 1 рекалібрація на команду на квартал. Якщо контекст змінюється частіше — проблема не в OKR, а в стратегії.
- Рекалібрація не може змінити Objective більше ніж на 50%. Якщо Objective потребує радикальної зміни — це новий OKR, а не рекалібрація.
- Рекалібрація KR може змінити цільове значення, але не тип метрики. Якщо KR "З 100 до 300 реєстрацій" рекалібрується — нове цільове значення, а не зміна з "реєстрацій" на "demo-дзвінки".
- Рекалібровані OKR оцінюються окремо на scoring: бал до рекалібрації + бал після рекалібрації.
Шаблони та порядок денний
Шаблон: Запит на рекалібрацію OKR
ЗАПИТ НА РЕКАЛІБРАЦІЮ OKR
Дата запиту: ___________
Ініціатор: ___________
Команда: ___________
ТРИГЕР
Тип: [ ] Стратегічний pivot [ ] Зміна ресурсів [ ] Зовнішній шок
[ ] Дострокове досягнення [ ] Реструктуризація [ ] Інше: ___
Опис тригера (що конкретно змінилось):
___________________________________________
Коли відбулась зміна: ___________
Тижнів до кінця кварталу: ___
ПОТОЧНІ OKR
Objective: ___________
KR1: ___________ | Поточний бал: ___
KR2: ___________ | Поточний бал: ___
KR3: ___________ | Поточний бал: ___
ПРОПОНОВАНІ ЗМІНИ
[ ] Зміна Objective: ___________
[ ] Зміна цільового значення KR1: з ___ на ___
[ ] Зміна цільового значення KR2: з ___ на ___
[ ] Зміна цільового значення KR3: з ___ на ___
[ ] Видалення KR: ___
[ ] Додавання KR: ___
[ ] Закриття OKR повністю
ОБГРУНТУВАННЯ
Чому поточні OKR стали нерелевантними (не "складними", а "нерелевантними"):
___________________________________________
Що станеться, якщо не рекалібрувати:
___________________________________________
ПЕРЕВІРКА (заповнює OKR-чемпіон)
[ ] Причина зовнішня (не всередині команди)
[ ] OKR стали нерелевантними (працюють на неактуальну ціль)
[ ] Залишилось > 4 тижнів до кінця кварталу
[ ] Це перша рекалібрація цієї команди в цьому кварталі
[ ] Зміна не перевищує 50% Objective
Рекомендація чемпіона: [ ] Рекалібрувати [ ] Не рекалібрувати
Обґрунтування: ___________
РІШЕННЯ СПОНСОРА
[ ] Схвалено [ ] Відхилено
Коментар: ___________
Дата рішення: ___________
Підпис: ___________
Шаблон: Журнал рекалібрацій
ЖУРНАЛ РЕКАЛІБРАЦІЙ — [Квартал]
Запис #1
Дата: ___________
Команда: ___________
Тригер: ___________
Старий Objective: ___________
Новий Objective: ___________
Змінені KR:
- Було: ___________ | Стало: ___________
- Було: ___________ | Стало: ___________
Рішення прийняв: ___________
Обґрунтування: ___________
Бал на момент рекалібрації:
KR1: ___ | KR2: ___ | KR3: ___
Запис #2
...
ПІДСУМОК КВАРТАЛУ
Кількість запитів на рекалібрацію: ___
Кількість схвалених: ___
Кількість відхилених: ___
Найчастіший тригер: ___________
Порядок денний: Зустріч для прийняття рішення про рекалібрацію (30 хв)
РІШЕННЯ ПРО РЕКАЛІБРАЦІЮ
Учасники: OKR-чемпіон, менеджер команди, виконавчий спонсор
[0:00-0:05] КОНТЕКСТ
OKR-чемпіон:
"Команда [назва] подала запит на рекалібрацію OKR.
Тригер: [опис]. Ось поточний стан OKR: [бали]."
[0:05-0:15] АНАЛІЗ
- Чи причина зовнішня? (чемпіон представляє перевірку)
- Чи OKR нерелевантні? (менеджер пояснює)
- Чи залишилось достатньо часу? (чемпіон)
- Які пропоновані зміни? (менеджер)
- Який вплив на інші команди? (чемпіон)
[0:15-0:25] ОБГОВОРЕННЯ
Спонсор задає запитання:
- "Що станеться, якщо ми не змінюємо OKR?"
- "Чи є спосіб досягти поточних OKR в нових умовах?"
- "Чи вплине ця зміна на OKR інших команд?"
[0:25-0:30] РІШЕННЯ
Спонсор:
"Моє рішення: [схвалити/відхилити]. Причина: [...]"
Якщо схвалено: визначити дедлайн комунікації та оновлення дашборду.
Якщо відхилено: визначити підтримку для команди.
Метрики
| Метрика | Як вимірювати | Ціль |
|---|---|---|
| Кількість запитів на рекалібрацію на квартал | Лічильник запитів | < 2 на організацію (для < 10 команд) |
| % схвалених запитів | Схвалені / подані | 30-50% (якщо > 70% — тригери занадто м'які) |
| Середній бал рекаліброваних OKR | Бал після рекалібрації | 0.5-0.7 (якщо > 0.8 — рекалібрація знизила амбітність) |
| Час від тригера до рішення | Дні від запиту до рішення спонсора | < 5 робочих днів |
| % рекалібрацій з документацією | Задокументовані / загальна кількість | 100% |
| Вплив на інші команди | Кількість інших команд, яких стосується рекалібрація | Відстежувати, без цілі |
Червоні прапорці:
- Одна команда подає 2+ запити за квартал — проблема або з постановкою OKR, або з управлінням. Проведіть окрему сесію з менеджером.
-
70% запитів схвалюються — або тригери визначені занадто широко, або менеджери навчились "правильно" формулювати запити.
- Бал після рекалібрації стабільно > 0.8 — рекалібрація використовується для зниження амбітності, а не для адаптації до нових умов.
Типовий опір та контрзаходи
Опір 1: "OKR мають бути гнучкими, навіщо такий формальний процес?"
Чому виникає: Команди, які працюють за Agile, звикли до ітеративного планування. Фіксовані OKR на квартал сприймаються як waterfall-підхід.
Контрзахід: OKR не є waterfall. OKR фіксують напрямок (Objective) та вимірювання (KR). Шлях до досягнення може змінюватись щотижня — це ініціативи, а не OKR. Зміна OKR — це зміна напрямку, а не зміна шляху. Порівняння: GPS показує пункт призначення (OKR). Маршрут може змінитись (ініціативи). Але пункт призначення змінюється лише якщо ви вирішили їхати в інше місце, а не тому що на поточному маршруті затор.
Опір 2: "Менеджер може сам вирішити, чи змінювати OKR своєї команди"
Чому виникає: Менеджери вважають, що рішення про OKR команди — це їхня зона відповідальності. Залучення спонсора сприймається як бюрократія або недовіра.
Контрзахід: Спонсор залучається не для контролю, а для двох причин: (1) менеджер має природний конфлікт інтересів — він одночасно відповідальний за результат і за оцінку складності; (2) рекалібрація OKR однієї команди може впливати на інші команди, і спонсор бачить ширший контекст. Аналогія: менеджер може змінити маршрут (ініціативи). Але зміна пункту призначення (OKR) потребує узгодження з тим, хто бачить загальну карту.
Опір 3: "Якщо ми не можемо змінити OKR, то будемо працювати над нерелевантними цілями"
Чому виникає: Команда зіткнулась з ситуацією, де OKR справді став менш релевантним, але не настільки, щоб пройти формальний процес рекалібрації.
Контрзахід: Є різниця між "нерелевантним" і "менш релевантним". Якщо OKR став повністю нерелевантним — використовуйте протокол рекалібрації. Якщо OKR став менш релевантним, але все ще має сенс — продовжуйте працювати, зафіксуйте зміну контексту, врахуйте при scoring (бал може бути нижчим через зовнішні фактори — це нормально). Зафіксуйте на ретроспективі для врахування при постановці наступних OKR.
Опір 4: "Процес рекалібрації занадто повільний, рішення потрібне зараз"
Чому виникає: У кризових ситуаціях 5-денний процес здається занадто довгим. Команда хоче змінити OKR одразу.
Контрзахід: Для справжніх криз (наприклад, втрата ключового клієнта, який є основою KR) процес може бути скорочений до 1-2 днів: менеджер заповнює форму → чемпіон перевіряє → спонсор приймає рішення за дзвінком (15 хвилин). Документація оформлюється після рішення, а не до. Але "мені здається, що ми не встигнемо" — це не криза. Це нормальний хід роботи з амбітними цілями.
Опір 5: "Ми поставили занадто легкі цілі і досягли їх на тижні 6 — і що тепер?"
Чому виникає: Команда з першим досвідом OKR або з консервативною культурою поставила цілі, які виявились досяжними без особливих зусиль.
Контрзахід: Це позитивний тригер рекалібрації. Два варіанти: (1) підвищити цільові значення KR ("stretch") — якщо це реалістично в часі, що залишився; (2) оцінити поточні OKR як 1.0 і додати stretch-OKR на решту кварталу — нові Objectives з амбітними KR на 4-6 тижнів. На ретроспективі зафіксувати урок: "наступного кварталу ставити більш амбітні цілі". Конкретно: якщо усі KR досягнуті з балом 0.9+ — наступного кварталу цільові значення мають бути на 30-50% вищими.