План запуску: тижні 1–13
Потижневий план першого циклу OKR — від kick-off до ретроспективи
Мета
Провести пілотну команду через повний 13-тижневий цикл OKR. На виході — команда, яка пройшла постановку, check-in, scoring і ретроспективу. Має досвід і дані для рішення про масштабування.
Цей план не теоретична модель. Це операційний документ з конкретними діями на кожен тиждень. Фасилітатор використовує його як чеклист і адаптує під контекст організації.
Покроковий процес
Фаза 1. Запуск (Тижні 1–2)
Тиждень 1. Kick-off та навчання
| День | Дія | Відповідальний | Результат |
|---|---|---|---|
| Пн | Спонсор відправляє повідомлення команді: "Ми починаємо пілот OKR" | Спонсор | Команда знає про запуск |
| Вт-Ср | Фасилітатор готує матеріали для воркшопу | Фасилітатор | Презентація, шаблони, приклади |
| Чт | 2-годинний OKR-воркшоп для пілотної команди | Фасилітатор + Тімлід | Команда розуміє OKR, бачила приклади |
| Пт | Команда отримує домашнє завдання: кожен пропонує 1 ціль | Тімлід | Індивідуальні пропозиції цілей |
Детальна програма воркшопу описана в статті "Вибір та запуск пілотної команди".
Тиждень 2. Початок роботи над OKR
| День | Дія | Відповідальний | Результат |
|---|---|---|---|
| Пн | Тімлід збирає пропозиції цілей від команди | Тімлід | Список з 5–10 кандидатів на Objectives |
| Вт-Ср | Фасилітатор проводить сесію пріоритизації (60 хвилин): з 5–10 кандидатів обирають 2–3 | Фасилітатор + Тімлід | 2–3 Objectives для кварталу |
| Чт | Робоча група пише Key Results для кожного Objective (формат "З X до Y") | Команда | Чорнові KR |
| Пт | Фасилітатор ревюює чорнові OKR, дає зворотний зв'язок | Фасилітатор | Список зауважень |
Фаза 2. Постановка OKR (Тижні 3–4)
Тиждень 3. Фіналізація OKR
| День | Дія | Відповідальний | Результат |
|---|---|---|---|
| Пн-Вт | Команда доопрацьовує OKR на основі зворотного зв'язку фасилітатора | Тімлід + Команда | Доопрацьовані OKR |
| Ср | Сесія фіналізації (60 хвилин): команда затверджує остаточні OKR | Фасилітатор + Тімлід + Команда | Фінальні OKR |
| Чт | OKR вносяться в обраний інструмент (Google Sheet, Google Sheets) | Тімлід | Документ з OKR |
| Пт | Тімлід ділиться OKR з командою та спонсором | Тімлід | Всі бачать OKR |
Правила для першого циклу: максимум 3 Objectives, максимум 3 Key Results на Objective. Кожен KR має початкове значення (X) і цільове значення (Y). KR повинні бути вимірюваними протягом кварталу. Не ставте KR, для яких немає даних — якщо не можете виміряти, це не KR.
Тиждень 4. Перший check-in
| День | Дія | Відповідальний | Результат |
|---|---|---|---|
| Пн | Фасилітатор проводить демо формату check-in для тімліда | Фасилітатор | Тімлід знає формат |
| Вт-Чт | Кожен учасник оновлює прогрес по своїх KR | Команда | Оновлені метрики |
| Пт | Перший check-in (15–30 хвилин) | Тімлід | Статус кожного KR, блокери |
Формат check-in: для кожного KR фіксується поточне значення, прогрес у відсотках, зміна за тиждень. Окремо — блокери: що заважає прогресу. Фокус на наступний тиждень: 1–2 дії. Не перетворювати на статус-мітинг проєктів — тільки OKR.
Фаза 3. Виконання — перша половина (Тижні 5–6)
Тиждень 5. Другий check-in + рефлексія
| Дія | Деталі |
|---|---|
| Check-in (15–30 хвилин) | Стандартний формат |
| Фасилітатор спостерігає за check-in | Не фасилітує, а спостерігає. Дає зворотний зв'язок тімліду після зустрічі. |
| Рефлексія фасилітатора | Чи працює формат check-in? Чи команда розуміє свої KR? Чи є прогрес? |
Тиждень 6. Третій check-in
| Дія | Деталі |
|---|---|
| Check-in (15–30 хвилин) | Стандартний формат |
| Фасилітатор аналізує тренд | Прогрес по KR: чи є рух? Якщо 0% прогресу по будь-якому KR після 6 тижнів — сигнал. |
Фаза 4. Mid-cycle review (Тижні 7–8)
Тиждень 7. Mid-cycle review
Ціль зустрічі — оцінити, чи ми на правильному шляху, і прийняти рішення про корекції.
| Дія | Деталі |
|---|---|
| Підготовка: тімлід збирає дані по всіх KR | Поточні значення, прогрес, прогноз на кінець кварталу |
| Mid-cycle review (60 хвилин) | Фасилітатор + Тімлід + Команда + (бажано) Спонсор |
Порядок зустрічі: огляд кожного Objective та його KR (30 хвилин), для кожного KR — поточний прогрес, прогноз, ризики. Рішення про корекції (20 хвилин): чи потрібно змінити цільове значення, додати або видалити KR. Наступні кроки (10 хвилин).
Правила корекції для першого циклу: можна змінити цільове значення KR, якщо початкове було нереалістичним. Можна видалити KR, який виявився нерелевантним. Не можна додавати нові Objectives і не можна кардинально змінювати напрямок. Документуйте всі зміни з поясненням "чому".
Тиждень 8. П'ятий check-in
| Дія | Деталі |
|---|---|
| Check-in (15–30 хвилин) | Стандартний формат. Включити оновлення після mid-cycle корекцій. |
| Фасилітатор ділиться проміжним оновленням зі спонсором | Короткий email або Slack: прогрес, корекції, настрій команди. |
Фаза 5. Виконання — друга половина (Тижні 9–10)
Тиждень 9. Шостий check-in
| Дія | Деталі |
|---|---|
| Check-in (15–30 хвилин) | Стандартний формат |
| Фокус на KR з відставанням | Які KR мають прогрес < 50%? Що можна зробити за 4 тижні? |
Тиждень 10. Сьомий check-in
| Дія | Деталі |
|---|---|
| Check-in (15–30 хвилин) | Стандартний формат |
| Фасилітатор починає готуватися до scoring | Переглядає методологію scoring, готує шаблон |
Фаза 6. Закриття (Тижні 11–13)
Тиждень 11. Восьмий check-in + підготовка до scoring
| Дія | Деталі |
|---|---|
| Check-in (15–30 хвилин) | Стандартний формат. Останній перед scoring. |
| Фасилітатор проводить міні-тренінг з scoring для тімліда (30 хвилин) | Як оцінювати KR: 0.0–1.0, що означає кожен рівень |
| Тімлід повідомляє команді про формат scoring | Команда знає, чого чекати |
Тиждень 12. Scoring
| Дія | Деталі |
|---|---|
| Кожен учасник готує фінальні дані по своїх KR | Актуальні метрики |
| Scoring зустріч (30–60 хвилин) | Тімлід + Команда. Фасилітатор присутній як спостерігач. |
Методологія scoring для першого циклу:
| Оцінка | Значення | Приклад |
|---|---|---|
| 1.0 | Повне досягнення або перевиконання | KR "З 100 до 500 користувачів", факт — 520 |
| 0.7 | Значний прогрес, не повне досягнення | KR "З 100 до 500 користувачів", факт — 380 |
| 0.5 | Помірний прогрес | KR "З 100 до 500 користувачів", факт — 300 |
| 0.3 | Мінімальний прогрес | KR "З 100 до 500 користувачів", факт — 180 |
| 0.0 | Немає прогресу або регрес | KR "З 100 до 500 користувачів", факт — 100 або менше |
Для першого циклу середня оцінка 0.4–0.6 нормальна. Не карайте команду за "низькі" оцінки. Перший цикл — навчання, а не перформанс.
Тиждень 13. Ретроспектива
| Дія | Деталі |
|---|---|
| Ретроспектива (60–90 хвилин) | Фасилітатор (фасилітатор) + Тімлід + Команда + Спонсор |
Шаблони та порядок денний
Gantt-таблиця: 13 тижнів
| Тиждень | Фаза | Ключова активність | Результат |
|---|---|---|---|
| 1 | Запуск | Kick-off, OKR-воркшоп | Команда розуміє OKR |
| 2 | Запуск | Сесія пріоритизації, чорнові KR | 2–3 Objectives, чорнові KR |
| 3 | Постановка | Фіналізація OKR, внесення в інструмент | Фінальні OKR задокументовані |
| 4 | Постановка | Перший check-in | Перший статус по KR |
| 5 | Виконання I | Check-in #2, фасилітатор спостерігає | Зворотний зв'язок по формату |
| 6 | Виконання I | Check-in #3, аналіз тренду | Ідентифікація KR без прогресу |
| 7 | Mid-cycle | Mid-cycle review | Корекції задокументовані |
| 8 | Mid-cycle | Check-in #5, оновлення спонсору | Спонсор в курсі |
| 9 | Виконання II | Check-in #6, фокус на відстаючих KR | План дій для відстаючих KR |
| 10 | Виконання II | Check-in #7, підготовка до scoring | Шаблон scoring готовий |
| 11 | Закриття | Check-in #8, тренінг з scoring | Команда знає формат scoring |
| 12 | Закриття | Scoring зустріч | Оцінки по всіх KR |
| 13 | Закриття | Ретроспектива | Уроки, рішення про продовження |
Порядок денний: ретроспектива першого циклу (90 хвилин)
| Час | Блок | Деталі | Хто |
|---|---|---|---|
| 0:00–0:05 | Відкриття | Спонсор: "Дякую за участь у пілоті. Подивімося, що ми з'ясували." | Спонсор |
| 0:05–0:15 | Огляд результатів | Тімлід показує фінальні оцінки по кожному OKR. Без коментарів — тільки факти. | Тімлід |
| 0:15–0:30 | Що працювало | Кожен учасник називає 1–2 речі, які працювали. Фасилітатор записує на дошку. | Всі |
| 0:30–0:45 | Що не працювало | Кожен учасник називає 1–2 проблеми. Фасилітатор записує. | Всі |
| 0:45–0:55 | Кластеризація | Фасилітатор групує теми. Команда голосує за топ-3 проблеми для обговорення. | Фасилітатор |
| 0:55–1:10 | Обговорення топ-3 | Для кожної проблеми: причина + що зробити інакше в наступному циклі. | Всі |
| 1:10–1:20 | Рішення | Чи продовжуємо OKR? Якщо так — що змінюємо у процесі? | Спонсор + Тімлід |
| 1:20–1:30 | Наступні кроки | Конкретні дії + відповідальні + дедлайни | Фасилітатор |
Шаблон тижневого check-in
CHECK-IN: [дата]
Команда: [назва]
Тиждень: [X] з 13
OBJECTIVE 1: [текст]
KR 1.1: [текст]
Початок: [X] → Ціль: [Y] → Зараз: [поточне] → Прогрес: [%]
Зміна за тиждень: [+/- значення]
Блокери: [якщо є]
Фокус на наступний тиждень: [1-2 дії]
KR 1.2: [текст]
...
OBJECTIVE 2: [текст]
...
ЗАГАЛЬНИЙ НАСТРІЙ КОМАНДИ: [зелений / жовтий / червоний]
Шаблон оновлення для спонсора (email/Slack)
OKR ПІЛОТ — ТИЖДЕНЬ [X]
Загальний прогрес: [зелений / жовтий / червоний]
Objective 1: [коротка назва] — [середній прогрес KR]%
Objective 2: [коротка назва] — [середній прогрес KR]%
Що йде добре: [1 речення]
Де потрібна увага: [1 речення]
Потрібна допомога від спонсора: [так/ні + деталі]
Наступна ключова дата: [що і коли]
Метрики
| Метрика | Ціль | Коли виміряти |
|---|---|---|
| Кількість проведених check-in | 8–9 з 9 запланованих | Тиждень 13 |
| Mid-cycle review проведено | Так | Тиждень 7 |
| Scoring проведено | Так | Тиждень 12 |
| Ретроспектива проведена | Так | Тиждень 13 |
| Середня оцінка OKR | 0.4–0.7 (для першого циклу) | Тиждень 12 |
| % учасників, які хочуть продовжити | 70%+ | Ретроспектива |
| Спонсор був на ретроспективі | Так | Тиждень 13 |
| Кількість корекцій mid-cycle | 0–3 (більше 3 = проблема з постановкою) | Тиждень 7 |
| Час на check-in | 15–30 хвилин | Середнє за цикл |
Типовий опір та контрзаходи
"Check-in — це марна трата часу, у нас і так стендапи"
Контрзахід: check-in і стендап — різні формати. Стендап про задачі на день. Check-in про прогрес по квартальних KR. Якщо check-in дублює стендап, значить KR написані як задачі, а не як результати. Переформулюйте KR.
"Ми не можемо виміряти прогрес щотижня"
Контрзахід: якщо KR не можна виміряти щотижня, це або не KR, або потрібен проміжний індикатор. Наприклад, KR "З 20% до 50% retention" можна відстежувати щотижня через когортний аналіз. Якщо справді не можна, використовуйте milestone-based KR з чіткими етапами.
"Після mid-cycle review стало зрозуміло, що наші OKR нереалістичні"
Контрзахід: для першого циклу це нормально. Скоригуйте цільові значення. Задокументуйте причину. На ретроспективі обговоріть, як ставити реалістичніші OKR у наступному циклі. Не скасовуйте OKR повністю — навчальний досвід зберігає цінність.
"Тімлід не хоче фасилітувати check-in"
Контрзахід: запропонуйте ротацію фасилітатора, де різні учасники команди ведуть різні check-in. Або фасилітатор бере на себе фасилітацію перших 3–4 check-in і поступово передає тімліду.
"Спонсор не прийшов на ретроспективу"
Контрзахід: серйозний сигнал. Якщо спонсор не знайшов 90 хвилин за 13 тижнів, рівень підтримки недостатній. Варіанти: запропонуйте 30-хвилинну версію в зручний час; якщо неможливо, обговоріть з спонсором, чи він дійсно підтримує ініціативу; розгляньте зміну спонсора.
"Команда втомилася від OKR до тижня 9"
Контрзахід: перевірте, чи check-in не перетворився на бюрократію. Спростіть формат. Нагадайте команді мету: не заповнювати шаблони, а фокусуватися на важливому. Якщо втома від самих OKR, обговоріть з командою, що саме втомлює, і адресуйте конкретні проблеми.
Перевірте знання за уроком
Увійдіть або створіть акаунт, щоб пройти короткий тест (3 запитання на 30 секунд), зафіксувати прогрес у курсі та отримати сертифікат після його завершення.
Прогрес зберігається автоматично — можна продовжити з того ж місця з будь-якого пристрою.