Вихід за межі пілоту

Мета

Масштабувати OKR з однієї пілотної команди на всю організацію через хвильову модель: від 1 команди до 2-3 команд, потім до відділу, потім до організації. Після виконання цього плану організація має працюючу мережу OKR-фасилітаторів, стандартизований процес для нових команд та критерії готовності для кожної хвилі масштабування.

Масштабування OKR не зводиться до копіювання процесу пілотної команди. Це адаптація принципів OKR до контексту кожної нової команди. Те, що працює для продуктової команди з 8 осіб, не працює для юридичного відділу з 3 осіб або контакт-центру з 50 осіб.

---

Покроковий процес

Крок 1. Визначити критерії успіху пілоту

Не масштабуйте, поки пілот не пройшов мінімум 1 повний цикл (1 квартал). Два цикли краще. Критерії для переходу до масштабування:

Обов'язкові критерії (всі мають бути виконані):

1. Пілотна команда завершила повний квартальний цикл: постановка → check-ins → scoring → ретроспектива.
2. Check-in compliance > 70% (мінімум 70% запланованих check-ins проведено).
3. Команда провела scoring та ретроспективу.
4. Тімлід пілотної команди підтверджує цінність процесу (не "нормально", а конкретні приклади: "OKR допоміг нам сфокусуватись на X замість Y").
5. Виконавчий спонсор залишається залученим.

Бажані критерії (не блокують масштабування, але підвищують шанси):

1. Пілотна команда пройшла 2 повних цикли.
2. Середній бал OKR в діапазоні 0.4-0.8 (не занадто легкі, не нереалістичні).
3. На ретроспективі зафіксовані конкретні покращення процесу.
4. Інші команди запитують "коли ми теж почнемо?" (органічний інтерес).

Якщо пілот провалився, не масштабуйте. Проведіть аналіз причин провалу: проблема в команді, в процесі, в підтримці? Виправте і проведіть другий пілот з іншою командою (або тією самою, якщо причина була в процесі, а не в команді).

Крок 2. Спроєктувати хвильову модель масштабування

Масштабування відбувається хвилями. Кожна хвиля додає нові команди з паузою на стабілізацію.

Хвиля 0: Пілот (квартали 1-2). Одна команда. OKR-фасилітатор працює лише з цією командою. Мета: відпрацювати процес, зібрати уроки.

Хвиля 1: Розширення (квартали 2-3). 2-3 додаткових команди (разом 3-4 команди). Критерій вибору: команди, які виявили органічний інтерес і відповідають критеріям пілотної команди. OKR-фасилітатор працює з усіма командами. Мета: перевірити, чи процес працює за межами однієї команди.

Хвиля 2: Відділ (квартали 3-4). Усі команди одного відділу або бізнес-юніту. З'являються OKR на рівні відділу. Потрібен другий OKR-фасилітатор або внутрішні фасилітатори в командах. Мета: перевірити вертикальне узгодження (OKR відділу → OKR команд).

Хвиля 3: Організація (квартали 4-6). Усі підрозділи організації. OKR на рівні організації, відділів та команд. Мережа OKR-фасилітаторів (1 фасилітатор на 3-5 команд). Мета: повна інтеграція OKR у операційну модель організації.

Тривалість між хвилями: мінімум 1 квартал. Не запускайте наступну хвилю, поки попередня не стабілізувалась (check-in compliance > 70%, scoring та ретроспектива проведені).

Крок 3. Побудувати мережу OKR-фасилітаторів

Один OKR-фасилітатор може ефективно підтримувати 3-5 команд. Для масштабування на 10+ команд потрібна мережа фасилітаторів.

Модель мережі фасилітаторів:

Head OKR Facilitator (1 людина): координує всю програму OKR, навчає нових фасилітаторів, проводить калібрацію між відділами, звітує спонсору. Department Facilitators (1 на відділ або на 3-5 команд): проводять навчання нових команд, фасилітують check-ins та ретроспективи, збирають метрики. Team Facilitators (1 на команду, опційно): проводять check-ins всередині команди, ескалюють проблеми фасилітатору відділу.

Як обирати Department Facilitators:

1. Людина вже працювала з OKR як член пілотної або хвилі 1 команди.
2. Має навички фасилітації.
3. Може виділяти 2-4 години на тиждень.
4. Мотивована (хоче цю роль, а не "призначена").
5. Має авторитет у своєму відділі.

Програма навчання для нових фасилітаторів (8 годин, 4 сесії):

Сесія 1 (2 години): Методологія OKR — принципи, формати, цикл. Сесія 2 (2 години): Фасилітація — як проводити постановку, check-in, scoring, ретроспективу. Сесія 3 (2 години): Типові проблеми — помилки постановки, опір, низький compliance. Сесія 4 (2 години): Практика — рольова гра: провести check-in, дати фідбек на OKR, фасилітувати ретроспективу.

Після навчання: перший квартал новий фасилітатор працює в парі з досвідченим фасилітатором (shadow + co-facilitation).

Крок 4. Провести оцінку готовності для кожної нової команди

Перед включенням команди в OKR-процес проведіть оцінку готовності. Не кожна команда готова одночасно.

Чеклист готовності команди:

Критерій	Так/Ні	Коментар
Тімлід розуміє OKR (пройшов навчання або самостійно)
Тімлід хоче впровадити OKR (не "змусили")
Команда стабільна (без реструктуризації, зміни складу > 30%)
Команда проводить регулярні зустрічі (стендапи, планування)
Команда має вимірювані метрики (або може їх визначити)
Є OKR-фасилітатор, який буде підтримувати цю команду
Тімлід може виділити час: 2-3 години на постановку, 30 хв/тиж на check-in

Мінімум 5 з 7 "Так" для включення команди. Якщо менше, визначте, що потрібно зробити для готовності, та перенесіть на наступну хвилю.

Крок 5. Стандартизувати процес для нових команд

Кожна нова команда проходить стандартний онбординг. Це не означає ідентичний процес. Це означає стандартну послідовність кроків з адаптацією до контексту.

Онбординг нової команди (2 тижні):

Тиждень 1:

• День 1: Вступна сесія для тімліда (1 година) — що таке OKR, формат циклу, очікування.
• День 2-3: Воркшоп для команди (2 години) — методологія + практика написання OKR.
• День 4-5: Тімлід готує драфт OKR з фасилітатором (1 година).

Тиждень 2:

• День 1: Команда обговорює та фіналізує OKR (1 година).
• День 2: Peer review OKR з досвідченою командою (30 хвилин).
• День 3: OKR затверджені, дашборд налаштований.
• День 4-5: Перший check-in (за участі фасилітатора для моделювання формату).

Адаптації для різних типів команд:

Тип команди	Адаптація
Продуктова	KR зазвичай метричні (конверсія, DAU, retention). Природний зв'язок з product metrics.
Продажі	KR часто revenue-based. Ризик: підмінити OKR квотами. Наголосити на різниці.
Підтримка/сервіс	KR: CSAT, час відповіді, FCR. Ризик: ставити лише operational metrics без стратегічних.
Інженерна	KR: reliability (uptime), швидкість (latency), якість (bug rate). Ризик: фокус на output замість outcome.
HR/People	KR: eNPS, time-to-hire, retention. Ризик: KR, які не контролюються командою.
Юридична/Compliance	KR: час обробки, compliance rate. Малий розмір команди — можливо, 1-2 KR достатньо.

Крок 6. Визначити таймлайн масштабування

Реалістичний таймлайн для організації з 50-200 співробітників:

Фаза	Квартал	Кількість команд	Ключова подія
Пілот	Q1	1	Перший повний цикл OKR
Аналіз пілоту	Q2 (перші 2 тижні)	1	Ретроспектива пілоту, рішення про масштабування
Хвиля 1	Q2	3-4	Додано 2-3 команди
Стабілізація	Q3 (перші 2 тижні)	3-4	Ретроспектива Хвилі 1, навчання нових фасилітаторів
Хвиля 2	Q3	6-10	Повний відділ
Хвиля 3	Q4	10-15	Уся організація
Стабілізація	Q5	10-15	Оптимізація процесу, зрілість

Для організацій > 200 співробітників: додайте 1-2 квартали між хвилями. Масштабування на 20+ команд за 1 квартал — занадто агресивно.

---

Шаблони та порядок денний

Шаблон: План масштабування OKR

ПЛАН МАСШТАБУВАННЯ OKR

Організація: ___________
Дата плану: ___________
Head OKR Facilitator: ___________
Виконавчий спонсор: ___________

ПІЛОТ (завершений)
Команда: ___________
Результат: [ ] Успішний  [ ] Частково  [ ] Провалений
Check-in compliance: ___%
Бал OKR: ___
Уроки: ___________

ХВИЛЯ 1
Квартал: ___
Команди:
  1. ___________ | Тімлід: ___ | Фасилітатор: ___ | Готовність: ___/7
  2. ___________ | Тімлід: ___ | Фасилітатор: ___ | Готовність: ___/7
  3. ___________ | Тімлід: ___ | Фасилітатор: ___ | Готовність: ___/7
Критерій переходу до Хвилі 2: ___________

ХВИЛЯ 2
Квартал: ___
Команди:
  4. ___________ | Тімлід: ___ | Фасилітатор: ___ | Готовність: ___/7
  5. ___________ | Тімлід: ___ | Фасилітатор: ___ | Готовність: ___/7
  6. ___________ | Тімлід: ___ | Фасилітатор: ___ | Готовність: ___/7
  ...
Критерій переходу до Хвилі 3: ___________

ХВИЛЯ 3
Квартал: ___
Решта команд: ___________
Мережа фасилітаторів: ___________

РИЗИКИ
1. ___________ | Мітигація: ___________
2. ___________ | Мітигація: ___________
3. ___________ | Мітигація: ___________

Порядок денний: Воркшоп для нової команди (2 години)

OKR-ВОРКШОП ДЛЯ НОВОЇ КОМАНДИ

Фасилітатор: OKR-фасилітатор
Учасники: вся команда + тімлід

[0:00-0:10] ВСТУП
"Сьогодні ми навчимось працювати з OKR. До кінця воркшопу
у нас буде драфт OKR на наступний квартал."

[0:10-0:30] МЕТОДОЛОГІЯ
- Що таке OKR (5 хв)
- Структура: Objective + Key Results (5 хв)
- Формат Key Results: "З X до Y" (5 хв)
- Приклади з пілотної команди (5 хв)

[0:30-0:45] ДЕМО
- Як виглядав цикл OKR пілотної команди
- Реальні бали та уроки (з дозволу пілотної команди)
- Q&A

[0:45-0:55] ПЕРЕРВА

[0:55-1:25] ПРАКТИКА: НАПИСАННЯ OKR
- Визначити 1-2 Objectives (10 хв, мозковий штурм)
- Обрати 1 Objective (5 хв, голосування)
- Написати 3 KR для обраного Objective (15 хв, малі групи)

[1:25-1:45] PEER REVIEW
- Команди обмінюються OKR
- Чеклист перевірки: чи конкретний Objective? чи вимірювані KR?
  чи є стартове та цільове значення? чи амбітно?

[1:45-1:55] НАСТУПНІ КРОКИ
- Тімлід фіналізує OKR з фасилітатором протягом 2 днів
- Перший check-in через 2 тижні
- Формат та каденція

[1:55-2:00] Q&A

Шаблон: Оцінка готовності для хвилі масштабування

ОЦІНКА ГОТОВНОСТІ ДО ХВИЛІ ___

Дата оцінки: ___________
Оцінку проводить: ___________

ОРГАНІЗАЦІЙНА ГОТОВНІСТЬ
[ ] Попередня хвиля стабілізувалась (compliance > 70%)
[ ] Фасилітатори для нових команд визначені та навчені
[ ] Виконавчий спонсор підтвердив підтримку
[ ] Інструменти та дашборди готові для нових команд
[ ] Навчальні матеріали оновлені з урахуванням уроків

ГОТОВНІСТЬ КОМАНД (для кожної команди у хвилі)
Команда: ___________
[ ] Тімлід пройшов навчання
[ ] Тімлід мотивований
[ ] Команда стабільна
[ ] Команда має регулярні зустрічі
[ ] Команда має вимірювані метрики
[ ] Фасилітатор призначений
[ ] Тімлід може виділити час
Оцінка: ___/7 | Рішення: [ ] Включити  [ ] Відкласти

РІШЕННЯ
[ ] Запускати хвилю з ___ командами
[ ] Відкласти хвилю — причина: ___________
[ ] Запускати частково — лише команди: ___________

---

Метрики

Метрика	Як вимірювати	Ціль
% організації, охоплений OKR	Люди в OKR-процесі / загальна кількість	Залежить від хвилі
Середній check-in compliance по хвилях	Compliance кожної хвилі окремо	> 70% для кожної хвилі
Час онбордингу нової команди	Дні від першого воркшопу до першого check-in	< 14 днів
Кількість навчених фасилітаторів	Лічильник	1 на 3-5 команд
% команд, які пройшли повний цикл	Повний цикл / включені в хвилю	> 90%
Задоволеність OKR-процесом (по хвилях)	Pulse-опитування	> 60% позитивних
Готовність команд (середній бал)	Середній бал чеклисту готовності	> 5/7

Правило зупинки: якщо compliance нових команд < 50% протягом першого кварталу, зупиніть масштабування, проведіть аналіз і виправте процес перед продовженням.

---

Типовий опір та контрзаходи

Опір 1: "OKR працює для продуктових команд, але ми — фінанси/юристи/HR"

Команди без продуктових метрик не бачать, як OKR застосовується до їхньої роботи. Покажіть конкретні приклади OKR для їхнього типу команди. Для фінансів: "Objective: Забезпечити прозорість фінансового планування для бізнес-юнітів. KR1: З 14 до 5 робочих днів час закриття місяця. KR2: З 60% до 95% точність квартального бюджетного прогнозу." Для юристів: "Objective: Прискорити контрактний процес. KR1: З 21 до 7 днів середній час погодження контракту. KR2: З 0 до 3 шаблони типових контрактів для самообслуговування." Не кожен KR має бути revenue-метрикою. Процесні та якісні KR теж працюють.

Опір 2: "Ми не готові, давайте почнемо наступного кварталу"

Страх перед новим процесом. Команда відкладає, сподіваючись, що "потім буде зручніший момент". Зручнішого моменту не буде. Використайте оцінку готовності як об'єктивний інструмент. Якщо команда відповідає 5+ критеріям з 7 — вона готова. Покажіть чеклист: "Ось 7 критеріїв. Ви відповідаєте 6 з 7. Якого критерію вам бракує? Ми можемо його закрити за 1 тиждень." Якщо команда справді не відповідає критеріям — погодьтесь з відкладенням і визначте, що потрібно зробити для готовності.

Опір 3: "Наш відділ занадто великий / занадто малий для OKR"

Менеджери великих відділів (50+ осіб) бояться складності координації. Менеджери малих команд (3-4 людини) вважають, що формальний процес зайвий. Для великих відділів: OKR каскадується від відділу до підкоманд. Кожна підкоманда має свої OKR, узгоджені з OKR відділу. Менеджер відділу працює з OKR відділу, тімліди — з OKR підкоманд. Для малих команд: скоротіть формат. 1 Objective, 2 KR, check-in 10 хвилин раз на 2 тижні. OKR масштабується в обидва боки.

Опір 4: "Пілотна команда — це особливий випадок, у нас так не вийде"

Команди бачать успіх пілоту, але вважають, що він зумовлений особливими обставинами: мотивований тімлід, сприятливі умови, підтримка фасилітатора. Частково це правда — пілотна команда обрана за критеріями, і це забезпечило кращі умови. Але ці умови відтворювані: мотивований тімлід (чеклист готовності перевіряє це), підтримка фасилітатора (мережа фасилітаторів забезпечує це кожній команді), стабільність (критерій готовності). Те, що неможливо відтворити — ентузіазм першопрохідця. Але він і не потрібен. Потрібна мінімальна відкритість до спроби.

Опір 5: "У нас вже є система цілей (KPI, MBO), навіщо ще OKR?"

Організація має існуючу систему управління цілями, і додавання OKR сприймається як дублювання. Не замінюйте KPI на OKR одразу. OKR та KPI вирішують різні задачі: KPI — це operational health metrics (що ми повинні підтримувати). OKR — це strategic improvement (що ми хочемо змінити). Вони співіснують. На першому кварталі запустіть OKR паралельно з існуючою системою. Після 2-3 кварталів проведіть аналіз: чи є дублювання? чи можна інтегрувати? чи потрібно обидві системи? Якщо існуюча система MBO — OKR може замінити її повністю через 2-3 квартали перехідного періоду.