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

Мета

Масштабувати 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)

• 1 команда.
• 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 Champion (1 людина): координує всю програму OKR, навчає нових чемпіонів, проводить калібрацію між відділами, звітує спонсору.
• Department Champions (1 на відділ або на 3-5 команд): проводять навчання нових команд, фасилітують check-ins та ретроспективи, збирають метрики.
• Team Facilitators (1 на команду, опційно): проводять check-ins всередині команди, ескалюють проблеми чемпіону відділу.

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

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 Champion: ___________
Виконавчий спонсор: ___________

ПІЛОТ (завершений)
Команда: ___________
Результат: [ ] Успішний  [ ] Частково  [ ] Провалений
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 квартали перехідного періоду.