Check-ins та відстеження прогресу

Для чого потрібні check-ins

OKR без регулярного відстеження прогресу — це список побажань. Амбітні цілі на квартал мають сенс лише тоді, коли команда перевіряє прогрес не наприкінці, а по ходу. Інакше втрачається головна перевага OKR: здатність вчасно коригувати курс.

Щотижневі check-ins утримують фокус команди на OKR, а не лише на операційних завданнях. Вони дозволяють помітити проблему на третьому тижні, а не на дванадцятому. І створюють підзвітність без мікроменеджменту: структурована розмова, де кожен ділиться прогресом і просить допомоги, якщо потрібно.

Формат щотижневого check-in

Ефективний check-in займає 15–30 хвилин і складається з трьох блоків.

1. Оновлення прогресу (5–10 хвилин)

Для кожного Key Result відповідальна особа повідомляє поточне значення та статус (на ходу, під загрозою чи поза графіком). Деталі — у трьох запитаннях нижче (§Ключові оновлення).

Приклад:

KR: З 1 000 до 5 000 користувачів

• Поточне значення: 2 300
• Статус: На ходу (зелений)

2. Обговорення проблем (5–10 хвилин)

Фокус на тих KR, які мають жовтий або червоний статус: що заважає прогресу, яка допомога потрібна, чи потрібно змінити підхід.

3. Наступні кроки (5 хвилин)

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

Система "світлофор"

Статуси «зелений / жовтий / червоний» — найпростіший спосіб візуалізувати стан кожного KR. За секунди видно загальну картину.

Зелений: На ходу (On Track)

Прогрес відповідає плану або випереджає його. На 6-му тижні з 12 команда повинна бути приблизно на 50% шляху до цілі. Дія: продовжувати роботу, ділитися досвідом з іншими командами.

Жовтий: Під загрозою (At Risk)

Прогрес відстає від плану на 10–30%, але ціль ще досяжна за умови додаткових зусиль. Є конкретні перешкоди, які можна подолати. Дія: визначити конкретні кроки для повернення на курс — додаткові ресурси, зміна тактики, допомога від колег.

Червоний: Поза графіком (Off Track)

Суттєве відставання — 30%+ від очікуваного. Досягнення цілі малоймовірне без кардинальних змін. Тут потрібне серйозне обговорення за трьома запитаннями: що вдалося, які проблеми виникли, яка допомога потрібна.

Червоний статус — не провал і не привід для звинувачень. Це цінна інформація для прийняття рішень.

Рівень впевненості

Окрім статусу «світлофор», корисно оцінювати рівень впевненості у досягненні кожного KR. Це суб'єктивна оцінка відповідальної особи.

Шкала впевненості

Рівень	Опис
10/10	Вже досягнуто або гарантовано
7-8/10	Висока впевненість, все йде за планом
5-6/10	Помірна, є ризики, але є план
3-4/10	Низька, потрібна допомога або зміна підходу
1-2/10	Дуже низька, ціль майже недосяжна

На початку кварталу для амбітних цілей нормальний рівень впевненості — 5/10. Якщо на старті ви впевнені на 10/10, ваша ціль недостатньо амбітна.

Протягом кварталу відстежуйте динаміку. Впевненість зростає (5 → 7 → 8) — ви на правильному шляху. Стагнує (5 → 5 → 5) — потрібна увага, щось не рухається. Падає (5 → 3 → 2) — потрібне термінове обговорення та коригування.

Приклад запису check-in:

KR: З 15% до 45% конверсія тріал-користувачів у платних

• Тиждень 1: Факт 16%, впевненість 5/10
• Тиждень 4: Факт 22%, впевненість 6/10 (нова логіка онбордингу працює)
• Тиждень 7: Факт 28%, впевненість 4/10 (технічний борг гальмує розвиток)
• Тиждень 10: Факт 35%, впевненість 7/10 (проблему вирішено, зростання прискорюється)

Шаблон check-in

Простий шаблон, який можна адаптувати для вашої команди:

Заголовок

Команда: [назва] | Дата: [дата] | Тиждень кварталу: [N з 12-13]

Таблиця прогресу

KR	Старт	Ціль	Факт	Статус	Впевненість
KR1: [опис]	X	Y	Z	Зелений/Жовтий/Червоний	N/10
KR2: [опис]	X	Y	Z	Зелений/Жовтий/Червоний	N/10
KR3: [опис]	X	Y	Z	Зелений/Жовтий/Червоний	N/10

Ключові оновлення

• Що вдалося цього тижня?
• Які проблеми виникли?
• Яка допомога потрібна?

Дії на наступний тиждень

• Дія 1 — [відповідальний]
• Дія 2 — [відповідальний]
• Дія 3 — [відповідальний]

Інструменти для check-ins

Для check-ins не потрібне складне програмне забезпечення. Головне — послідовність та дисципліна.

Google Таблиці або Excel — одна таблиця з усіма OKR, оновлюється щотижня. Google Sheets або Confluence — шаблон сторінки для щотижневого оновлення. Slack або Teams — виділений канал для текстових оновлень.

Серед спеціалізованих інструментів: Oboard (Оборд) — OKR-платформа з інтеграціями Jira/Microsoft Teams; Weekdone (побудований навколо OKR та щотижневих звітів); Gtmhub / Quantive (автоматичне відстеження метрик); Perdoo (OKR-платформа з вбудованими check-ins); Ally.io / Microsoft Viva Goals (інтеграція з Microsoft 365).

Для команди до 20 осіб достатньо простої таблиці. Коли процес стане звичкою, можна перейти на спеціалізований інструмент. Не витрачайте на інструмент більше часу, ніж на сам процес check-in.

Типові помилки check-ins

1. Check-in як звіт перед керівництвом

Команда сприймає check-in як контроль зверху, а не як інструмент для себе. Рішення: check-in проводить сама команда, для себе. Менеджер — учасник, а не аудитор. Фокус на допомозі, а не на оцінці.

2. Обговорення завдань замість результатів

«Ми зробили X, Y, Z» — але метрика не рухається. Завжди починайте з числа: «Де ми зараз?» Якщо завдань багато, а результату немає — привід переглянути стратегію.

3. Ніколи не змінюють статус на червоний

Команда боїться показати проблему, тримає жовтий статус до останнього тижня. Рішення: створіть культуру, де червоний статус нормальний. Карайте за приховування проблем, а не за їх наявність.

4. Check-ins стають формальністю

Через кілька тижнів check-ins перетворюються на рутинне заповнення таблиці без реального обговорення. Рішення: чергуйте формати. Один тиждень — коротке асинхронне оновлення в Slack, наступний — живе обговорення. Фокусуйтесь на проблемах та рішеннях, а не на повторенні чисел.

5. Забагато деталей

Check-in перетворюється на годинну нараду з обговоренням кожної дрібниці. Дотримуйтесь часових обмежень: 15–30 хвилин максимум. Детальні обговорення проблемних KR виносьте в окремі зустрічі.

Ритм check-ins протягом кварталу

Не всі check-ins однакові. Ритм 13-тижневого кварталу виглядає так.

Тиждень 1–2: налаштування. Переконайтесь, що всі OKR мають стартові значення та зрозумілі відповідальним.

Тиждень 3–5: ранні сигнали. Перші значущі дані. Чи рухаються метрики у правильному напрямку?

Тиждень 6–7: середина кварталу. Критичний момент. Якщо щось поза графіком — зараз останній шанс змінити підхід.

Тиждень 8–10: фінальний ривок. Фокус на тому, що ще можна зробити. Пріоритизація зусиль.

Тиждень 11–13: завершення. Фіксація фінальних значень. Підготовка до ретроспективи та планування наступного кварталу.

Асинхронні check-ins

Не завжди потрібна зустріч. Для розподілених команд або тижнів без серйозних проблем асинхронний формат працює добре.

Схема проста. Щопонеділка кожен відповідальний за KR оновлює прогрес у спільному документі або каналі. До середи всі можуть прокоментувати та запропонувати допомогу. Якщо є жовті або червоні KR — організовується коротка зустріч для обговорення.

Формат повідомлення:

KR: З 100 до 500 активних користувачів Факт: 280 | Статус: Жовтий | Впевненість: 5/10 Цього тижня: +35 користувачів (менше за план +50) Проблема: Конверсія з реєстрації в активацію впала до 20% Потрібна допомога: Аналітик для дослідження воронки активації

Таке повідомлення займає 2 хвилини на написання та 30 секунд на прочитання, але дає повну картину.

Найкращий check-in — той, який ви проводите регулярно. Якщо годинна зустріч — забагато, проводьте 15-хвилинний стендап. Якщо й це складно — почніть з асинхронного оновлення в месенджері. Не пропускайте тижні.