Система відстеження та check-ins
Як побудувати систему відстеження OKR: формат check-ins, дашборд, рівні впевненості, правила ескалації.
Мета
Дати OKR-чемпіону повну систему відстеження прогресу: формат check-in зустрічей, структуру дашборду, визначення рівнів впевненості та правила ескалації. Після впровадження цієї системи чемпіон бачить стан усіх OKR у реальному часі та реагує на проблеми до того, як вони стають критичними.
Відстеження -- це не контроль. Це механізм зворотного зв'язку. Без нього OKR перетворюються на список побажань, написаний на початку кварталу та забутий через два тижні.
Покроковий процес
Крок 1: Визначте ритм check-ins
Виберіть частоту на основі зрілості організації та розміру команд.
Щотижневі check-ins -- для команд, що тільки починають з OKR, або для кварталів з агресивними цілями. Переваги: ранні сигнали, утримання фокусу. Недолік: потребує дисципліни.
Двотижневі check-ins -- для зрілих команд, де OKR-процес вже є звичкою. Переваги: менше навантаження, більше даних між check-ins. Недолік: повільніша реакція на проблеми.
Правило. Перші 2 квартали з OKR -- щотижнево. Далі -- за рішенням команди.
Крок 2: Впровадьте формат check-in зустрічі
Check-in займає 15-30 хвилин. Фіксований формат. Без відхилень.
Структура check-in (25 хвилин):
Частина 1: Оновлення впевненості по кожному KR (10 хвилин)
Кожен відповідальний за KR повідомляє три речі:
- Поточне значення метрики
- Рівень впевненості (шкала 0.1-1.0)
- Одне речення пояснення: чому рівень впевненості такий
Без дискусій на цьому етапі. Лише факти. Фасилітатор фіксує дані в дашборді.
Частина 2: Блокери та допомога (10 хвилин)
Фокус на KR з впевненістю 0.5 та нижче. Для кожного:
- Що конкретно заважає прогресу?
- Яка допомога потрібна? Від кого?
- Чи є залежність від іншої команди?
Частина 3: Зобов'язання на наступний період (5 хвилин)
Кожен відповідальний називає 1-2 конкретні дії, які він зробить до наступного check-in. Дії мають бути конкретними: не "працювати над конверсією", а "запустити A/B тест нової сторінки реєстрації до четверга".
Крок 3: Побудуйте дашборд
Дашборд -- це одна сторінка (екран), де видно стан усіх OKR організації. Чемпіон оновлює його після кожного check-in.
Структура дашборду:
Верхній рівень -- зведена статистика:
- Загальна кількість OKR
- Розподіл за статусами: зелений / жовтий / червоний
- Середній рівень впевненості
- Тиждень кварталу (N з 13)
Основна таблиця -- деталі по кожному KR:
| Команда | Objective | KR | Старт | Ціль | Факт | Прогрес % | Впевненість | Статус | Власник | Останнє оновлення |
|---|---|---|---|---|---|---|---|---|---|---|
| Продукт | Підвищити retention | З 25% до 40% 30-day retention | 25% | 40% | 31% | 40% | 0.6 | Жовтий | Product Lead | 15.01 |
| Маркетинг | Масштабувати залучення | З 2000 до 8000 MQL | 2000 | 8000 | 3500 | 25% | 0.4 | Червоний | Marketing Lead | 15.01 |
Формула прогресу: (Факт - Старт) / (Ціль - Старт) * 100%
Правила кольорування статусу:
- Зелений: прогрес >= очікуваного на поточний тиждень (лінійна інтерполяція)
- Жовтий: прогрес відстає на 10-30% від очікуваного
- Червоний: прогрес відстає на 30%+ від очікуваного
Формула очікуваного прогресу: (Поточний тиждень / 13) * 100%
Приклад: на 6-му тижні очікуваний прогрес -- 46%. Якщо фактичний прогрес 35% -- відставання 11 процентних пунктів (24% відносно), статус жовтий.
Крок 4: Визначте рівні впевненості
Рівень впевненості -- суб'єктивна оцінка відповідального за KR. Це прогноз ймовірності досягнення KR до кінця кварталу.
Таблиця рівнів впевненості
| Рівень | Назва | Опис | Дія чемпіона |
|---|---|---|---|
| 0.9-1.0 | Досягнуто / гарантовано | KR досягнутий або буде досягнутий без додаткових зусиль | Перевірити, чи не занадто легкий KR. Зафіксувати результат. |
| 0.7-0.8 | Висока впевненість | Все йде за планом. Ризики мінімальні. | Стандартний моніторинг. Запитати, чи можна прискорити. |
| 0.5-0.6 | Помірна впевненість | Є ризики, але є план їх подолання. Потрібна увага. | Запитати: який план? Що може піти не так? Чи потрібна допомога? |
| 0.3-0.4 | Низька впевненість | Значні перешкоди. Без змін KR не буде досягнутий. | Ескалювати. Обговорити зміну підходу. Чи потрібні додаткові ресурси? |
| 0.1-0.2 | Критично низька | KR майже недосяжний. Фундаментальна проблема. | Негайна ескалація до керівництва. Обговорити: змінити KR, перерозподілити ресурси, або визнати неможливість. |
Калібрування. На початку кварталу для амбітних KR нормальний рівень впевненості -- 0.5. Якщо всі KR стартують з 0.8-0.9, цілі недостатньо амбітні.
Динаміка. Важливіший за абсолютне значення -- тренд:
- 0.5 --> 0.6 --> 0.7: позитивна динаміка, команда знаходить рішення
- 0.5 --> 0.5 --> 0.5: стагнація, потрібна увага
- 0.5 --> 0.4 --> 0.3: негативна динаміка, потрібне втручання
Крок 5: Встановіть правила ескалації
Ескалація -- це не скарга. Це механізм залучення допомоги, коли команда не може вирішити проблему самостійно.
Правила автоматичної ескалації:
| Тригер | Кому ескалювати | Очікувана дія |
|---|---|---|
| Впевненість 0.3 або нижче | Керівник напрямку | Обговорення змін протягом 3 робочих днів |
| Впевненість падає 3 тижні поспіль | Керівник напрямку | Діагностика причин та план дій |
| Червоний статус 2+ тижні | Керівник напрямку + CEO (для company-level OKR) | Рішення: змінити підхід, додати ресурси, або переглянути KR |
| Блокер від іншої команди не вирішений 1 тиждень | Керівники обох команд | Спільна зустріч протягом 2 робочих днів |
| KR без оновлення 2+ тижні | Відповідальний за KR, керівник команди | З'ясувати причину протягом 1 робочого дня |
Формат ескалації. Чемпіон надсилає повідомлення (email або месенджер):
Ескалація OKR: [Команда] -- [KR]
KR: З [X] до [Y] [метрика] Поточне значення: [факт] Впевненість: [рівень] (тренд: [попередні 3 значення]) Причина ескалації: [тригер] Блокер: [опис] Потрібне рішення: [що саме] Дедлайн відповіді: [дата]
Шаблони та порядок денний
Порядок денний check-in зустрічі (25 хвилин)
Перед зустріччю (відповідальні за KR -- 5 хвилин):
- Оновіть поточне значення KR у дашборді
- Визначте рівень впевненості
- Підготуйте одне речення статусу
Під час зустрічі:
| Час | Активність | Хто говорить |
|---|---|---|
| 0:00-0:02 | Відкриття. Тиждень N з 13. Загальний статус. | Чемпіон |
| 0:02-0:12 | Оновлення по кожному KR: факт, впевненість, одне речення. | Відповідальні за KR |
| 0:12-0:22 | Блокери та запити допомоги. Фокус на жовтих та червоних KR. | Відповідальні + команда |
| 0:22-0:25 | Зобов'язання на наступний тиждень. 1-2 дії від кожного. | Відповідальні за KR |
Після зустрічі (чемпіон -- 10 хвилин):
- Оновіть дашборд
- Надішліть нотатки (5-7 пунктів, не стенограму)
- Ескалюйте за правилами, якщо потрібно
Шаблон нотаток check-in
CHECK-IN | [Команда] | Тиждень [N]/13 | [Дата]
СТАТУС OKR:
- Objective 1: [назва]
- KR1: [факт]/[ціль] | Впевненість: [X] | [Зелений/Жовтий/Червоний]
- KR2: [факт]/[ціль] | Впевненість: [X] | [Зелений/Жовтий/Червоний]
БЛОКЕРИ:
- [Опис блокера] -- потрібна допомога від [кого]
ЗОБОВ'ЯЗАННЯ НА НАСТУПНИЙ ТИЖДЕНЬ:
- [Дія 1] -- [відповідальний] -- до [дата]
- [Дія 2] -- [відповідальний] -- до [дата]
ЕСКАЛАЦІЇ:
- [Якщо є]
Шаблон асинхронного check-in (для Slack/Teams)
Для тижнів без серйозних проблем або для розподілених команд використовуйте асинхронний формат. Кожен відповідальний за KR публікує оновлення у виділеному каналі до понеділка 12:00.
KR: З [старт] до [ціль] [метрика]
Факт: [значення] | Впевненість: [0.X] | Статус: [колір]
Що зроблено: [1-2 речення]
Блокер: [є / немає. Якщо є -- опис]
Потрібна допомога: [так/ні. Якщо так -- від кого і що]
Правило: якщо є хоча б один червоний KR або блокер -- проводимо синхронну зустріч протягом 24 годин.
Макет дашборду
Секція 1: Зведення (верхня частина екрана)
КВАРТАЛ: Q1 2026 | ТИЖДЕНЬ: 7 з 13 | ОЧІКУВАНИЙ ПРОГРЕС: 54%
Усього KR: 24
Зелених: 14 (58%) | Жовтих: 7 (29%) | Червоних: 3 (13%)
Середня впевненість: 0.58
Секція 2: Таблиця KR (основна частина)
Стовпці: Команда | Objective | KR | Старт | Ціль | Факт | Прогрес | Впевненість | Тренд (3 тижні) | Статус | Власник | Оновлено
Сортування за замовчуванням: спочатку червоні, потім жовті, потім зелені.
Секція 3: Ескалації (нижня частина)
Активні ескалації: номер, KR, дата ескалації, кому ескальовано, статус вирішення.
Метрики
Відстежуйте здоров'я системи check-ins, а не лише прогрес OKR.
| Метрика | Як вимірювати | Цільове значення |
|---|---|---|
| Відсоток проведених check-ins | Факт / план за квартал | >90% |
| Середній час check-in | Хронометраж | 15-30 хвилин |
| Відсоток KR з актуальними даними | KR, оновлені за останній тиждень / усі KR | >95% |
| Час реакції на ескалацію | Від ескалації до першої дії | <3 робочі дні |
| Відсоток вирішених блокерів | Вирішені за тиждень / заявлені | >70% |
| Кореляція впевненості та результату | Впевненість на тижні 6 vs фінальний скор | Має корелювати (r > 0.5) |
| Відсоток "мертвих" KR | KR без оновлення 3+ тижні | <5% |
| Точність прогнозу | Різниця між впевненістю на тижні 10 та фінальним скором | <0.2 |
Метрика "кореляція впевненості та результату" показує, наскільки добре команди калібрують свої оцінки. Якщо кореляція низька -- команди або надто оптимістичні, або надто песимістичні. Обговоріть це на ретроспективі.
Типовий опір та контрзаходи
"Check-ins забирають час від роботи"
Контрзахід. Check-in займає 25 хвилин на тиждень. Це 0.9% робочого часу. Без check-in команда може працювати 13 тижнів у неправильному напрямку. Вартість цього -- не 25 хвилин, а цілий квартал. Запропонуйте асинхронний формат для тижнів без проблем -- він займає 5 хвилин.
"Я не знаю своє поточне значення"
Контрзахід. Це означає одне з двох: або KR обраний невдало (метрику неможливо виміряти), або відсутній процес збору даних. Для першого випадку: переформулюйте KR з вимірюваною метрикою. Для другого: на першому тижні встановіть метод вимірювання та джерело даних. KR без вимірювання -- це не KR.
"Впевненість -- це суб'єктивно, навіщо вона?"
Контрзахід. Саме тому вона цінна. Прогрес показує минуле. Впевненість показує майбутнє -- як відповідальна людина оцінює ймовірність досягнення. Якщо прогрес 50%, але впевненість 0.3 -- це означає, що людина бачить проблему, яку ще не видно в числах. Це ранній сигнал.
"Ескалація -- це наябедничити керівництву"
Контрзахід. Перефреймуйте: ескалація -- це запит ресурсів та допомоги, не скарга. Встановіть автоматичні тригери (див. таблицю вище), щоб ескалація була процесом, а не особистим рішенням. Ніхто не "ескалює" -- система автоматично сигналізує, коли спрацьовує тригер.
"Дашборд ніхто не дивиться"
Контрзахід. Дашборд має бути вбудований у ритм роботи. Виведіть його на екран у спільному просторі. Починайте кожен check-in з дашборду. Надсилайте щотижневий скріншот зведення у загальний канал. Якщо дашборд не дивляться -- він або незручний, або нерелевантний. Спростіть його.
Команди завищують впевненість
Контрзахід. Це поширена проблема у перших кварталах. Порівнюйте впевненість середини кварталу з фінальним скором. Якщо команда стабільно ставить 0.7, а фінальний скор 0.3 -- вкажіть на розбіжність на ретроспективі. Без звинувачень. Покажіть дані. Попросіть відкалібруватися на наступний квартал.
Формальне заповнення без обговорення
Контрзахід. Check-in перетворився на рутину. Ознаки: однакові формулювання щотижня, впевненість не змінюється, блокерів "немає" протягом всього кварталу. Втрутіться: поставте конкретні запитання. "На тижні 3 впевненість була 0.5, зараз 0.5, нічого не змінилося за 4 тижні -- чому?" Змініть формат: раз на місяць проводьте розширений check-in з обговоренням тактики.
Інструменти для дашборду
Мінімальний варіант. Google Sheets з умовним форматуванням. Один файл, одна вкладка на команду, зведена вкладка з формулами. Час на налаштування: 2-3 години. Підтримка: 10 хвилин після кожного check-in.
Середній варіант. Notion або Confluence з базою даних. Кожен KR -- запис у базі. Фільтри за командою, статусом, власником. Час на налаштування: 4-6 годин. Перевага: зручніша навігація, ніж таблиця.
Спеціалізований варіант. Weekdone, Quantive (Gtmhub), Perdoo, Viva Goals. Автоматичне нагадування, інтеграція з Jira/Asana, вбудована аналітика. Час на налаштування: 1-2 дні. Рекомендація: впроваджуйте не раніше третього кварталу з OKR. Спочатку побудуйте звичку, потім автоматизуйте.
Незалежно від інструменту: дашборд має відповідати на одне запитання -- "Де ми зараз і чи встигаємо?" Якщо для відповіді потрібно відкрити три вкладки та порахувати в голові -- дашборд не працює. Спростіть.