Гайд з коучингу для OKR-фасилітатора

Фасилітатор як коуч, а не контролер

Роль OKR-фасилітатора часто хибно сприймається як адміністративна: "слідкує за процесом, нагадує про check-in, перевіряє дашборд." Насправді 60-70% цінності фасилітатора зосереджено в коучингу. Допомагати тімлідам і командам ставити кращі OKR, вирішувати конфлікти, навчатись на помилках і зростати в OKR-зрілості.

Адміністрування можна автоматизувати (Slack-бот нагадає про check-in). Коучинг ні.

Детальніше про роль фасилітатора в Хто такий OKR Фасилітатор. Про компетенції в Компетенції OKR-фасилітатора.

---

Принципи коучингу для фасилітатора

1. Питання, а не відповіді

Коуч не каже "ваш OKR неправильний." Коуч запитує: "Як ви дізнаєтесь, що досягли цього результату?" і чекає, поки тімлід сам побачить проблему.

Якщо фасилітатор "виправляє" OKR, команда не навчається. Наступного кварталу та сама помилка повториться. А коли команда знаходить відповідь сама, це стає частиною її мислення.

2. Контекст, а не шаблон

Кожна команда унікальна. Engineering, Sales, HR, Product мають різні метрики, різні цикли, різні складнощі. Фасилітатор не нав'язує єдиний формат, а допомагає команді знайти формат, який працює для неї.

3. Прогрес, а не досконалість

Перший квартал OKR буде недосконалим. І другий теж. Мета коучингу не ідеальний OKR з першої спроби, а прогрес між кварталами.

4. Безпека, а не тиск

Тімліди мають відчувати, що фасилітатор це підтримка, а не контроль. Якщо тімлід боїться показати "поганий" OKR фасилітатору, коучинг не працює. Безпека = чесність = навчання.

---

Коучингові сценарії

Сценарій 1: Формулювання OKR

Коли: початок кварталу, тімлід приносить draft OKR.

Типові проблеми: KR описує активність, а не результат. Немає baseline (поточне значення). Target нереалістичний або занадто легкий. Objective є абстрактним побажанням без фокусу.

Коучинговий діалог:

Ситуація	Реакція контролера	Реакція коуча
KR: "Провести 10 інтерв'ю"	"Це активність, перепишіть"	"Що ви очікуєте дізнатись з цих інтерв'ю? Який результат це дасть?"
Немає baseline	"Додайте baseline"	"Яке поточне значення? Де можна подивитись?"
Target 200% зростання	"Це нереалістично"	"На чому ґрунтується цей target? Що має статись, щоб його досягти?"
O: "Покращити продукт"	"Занадто абстрактно"	"Для кого покращити? Що саме зміниться для клієнта?"

Питання для формулювання:

1. "Якщо ми досягнемо цього KR, що зміниться для клієнта/бізнесу/команди?"
2. "Як ми дізнаємось, що наблизились до цього результату? Де подивитись?"
3. "Яке поточне значення? Звідки ми стартуємо?"
4. "Що має статись, щоб досягти target? Це в нашому контролі?"
5. "Якщо ви можете фокусуватись тільки на одному KR, який це буде?"

Сценарій 2: Mid-quarter check-in

Коли: середина кварталу, KR off-track.

Типові ситуації: KR не рухається, бо команда працює над іншим. KR рухається в неправильному напрямку. Зовнішні фактори зробили KR нерелевантним. Команда не знає, як повернути KR on-track.

Коучинговий діалог:

Ситуація	Питання коуча
KR стоїть на місці	"Що заважає прогресу? Це пріоритет чи ресурс? Що потрібно, щоб розблокувати?"
KR нерелевантний	"Що змінилось? Чи є сенс продовжувати? Що має бути замість цього KR?"
Команда не знає, що робити	"Які ініціативи ви пробували? Що спрацювало, що ні? Хто може допомогти?"
Все off-track	"Давайте зупинимось. З 5 KR, який один дасть найбільший вплив? Фокусуємось на ньому."

Mid-quarter не час для звинувачень ("чому ви не встигли?"). Це час для діагностики ("що заважає?") та перенаправлення ("що можемо зробити зараз?").

Сценарій 3: Крос-командний конфлікт

Коли: дві команди мають конфліктуючі пріоритети або залежність не вирішується.

Типові ситуації: Команда A чекає API від команди B, яка не бачить це як пріоритет. Дві команди претендують на одного дизайнера/DevOps. Sales обіцяв клієнту фічу, якої немає в OKR Engineering.

Коучинговий підхід:

1. Зведіть обидві сторони. Конфлікт не вирішується через посередника. Обидва тімліди мають бути в одній кімнаті (або дзвінку).

2. Визначте факти. "Команда A, що вам потрібно? До якого дедлайну? Як це пов'язано з вашим KR? Команда B, яка ваша завантаженість? Що ви маєте зробити цього кварталу?"

3. Покажіть узгодження. "Обидва ваші OKR узгоджені з компанійським O2. Давайте подивимось, як вирішити цю залежність, щоб обидві команди рухались до спільної мети."

4. Якщо не домовились, ескалюйте. Ескалація не провал. Це нормальний процес. Директор або CEO приймає рішення, фіксується, команди рухаються далі.

Сценарій 4: Scoring та ретроспектива

Коли: кінець кварталу, команда оцінює результати.

Типові проблеми: Scoring занадто оптимістичний ("ну, ми ж старались, 0.8"). Scoring занадто песимістичний ("не досягли target, 0.2", хоча прогрес був значним). Ретроспектива перетворюється на звинувачення. Команда не бачить уроків ("все було нормально").

Коучинговий діалог:

Ситуація	Питання коуча
Завищений scoring	"За якою формулою ви розрахували 0.8? Давайте подивимось: baseline X, target Y, факт Z. Яка математика?"
Занижений scoring	"Ви почали з 12% і дійшли до 15.8%. Це прогрес. Оцінка лінійна: (15.8-12)/(18-12) = 0.63. Це не провал, а 63% амбітної цілі."
Звинувачення на ретро	"Давайте перефокусуємось: яка системна причина? Що ми можемо змінити як процес, щоб це не повторилось?"
"Все нормально"	"Який KR був найскладнішим? Що б ви зробили інакше, якби починали квартал заново?"

---

Коучинг тімлідів-новачків

Перший квартал тімліда з OKR

Тімлід, який вперше ставить OKR, потребує більше підтримки. Рекомендований формат:

Тиждень	Зустріч	Тема	Тривалість
0 (до kick-off)	Навчання	Основи OKR, формат, приклади	60 хв
1	Коучинг draft	Ревізія першого draft OKR разом	45 хв
2	Check-in	Перший check-in: як заповнювати, що обговорювати	30 хв
4	Mid-quarter	Перший mid-quarter review: діагностика прогресу	30 хв
8	Pre-scoring	Як проводити scoring та ретро	30 хв
12	Post-ретро	Рефлексія першого кварталу: що вийшло, що змінити	30 хв

Загалом ~4 години за квартал. На другому кварталі тімлід потребує вдвічі менше підтримки.

Типові помилки тімлідів-новачків

Помилка	Як виглядає	Коучингова відповідь
OKR = task list	"KR: реалізувати фічу X, зробити рефакторинг Y, написати документацію Z"	"Що зміниться після цих дій? Для кого? Яку проблему вирішуємо?"
Забагато OKR	5 Objectives, 15 KR	"Якщо можете зробити лише одне, що це? Тепер два. Тепер три. Зупиніться."
Немає команди	Тімлід пише OKR сам, команда не залучена	"Як команда сприймає ці OKR? Чи відчувають ownership? Спробуйте провести командну сесію."
Копіювання	OKR = копія з книги або іншої команди	"Як ці KR пов'язані з вашою реальністю? Який ваш baseline? Де ваша біль?"
Перфекціонізм	3 тижні на формулювання, нескінченні ітерації	"Good enough для першого кварталу. Якість зростатиме з практикою. Давайте затвердимо і почнемо працювати."

---

Питання для щомісячних 1-on-1 з тімлідами

Фасилітатор має проводити регулярні 1-on-1 з тімлідами (30 хвилин, щомісяця). Ці зустрічі не про scoring, а про процес та розвиток.

Про OKR-процес

1. "Як команда ставиться до OKR? Є опір? Ентузіазм? Байдужість?"
2. "Чи обговорюєте ви OKR на командних зустрічах? Як часто?"
3. "Чи є KR, які ви хотіли б змінити mid-quarter? Чому?"
4. "Чи є крос-командні залежності, які вас блокують?"
5. "Що для вас найскладніше в OKR-процесі прямо зараз?"

Про розвиток тімліда

6. "Що ви навчились за цей квартал про постановку цілей?"
7. "Чи є щось, що ви зробили б інакше у формулюванні OKR?"
8. "Як ви фасилітуєте check-in зі своєю командою? Що працює?"
9. "Чи даєте ви фідбек команді через призму OKR?"
10. "Що вам потрібно від мене як фасилітатора?"

Про CFR

11. "Чи проводите ви 1-on-1 з членами команди? Як часто?"
12. "Чи обговорюєте ви OKR-прогрес на 1-on-1?"
13. "Чи визнаєте ви внесок конкретних людей у досягнення KR?"
14. "Чи є в команді хтось, хто потребує додаткової підтримки?"

---

Коучинг у складних ситуаціях

Ситуація: тімлід не вірить в OKR

Симптоми: формально ставить OKR, але не обговорює з командою. Check-in для галочки. На 1-on-1 каже: "У нас і без OKR все працює."

Підхід:

Не переконуйте словами. Запитайте: "Яка ваша головна проблема як тімліда прямо зараз?" Зв'яжіть відповідь з OKR: "А що, якщо ми сформулюємо OKR саме навколо цієї проблеми? Не абстрактний, а конкретно про те, що вас болить." Один конкретний OKR, який вирішує реальну проблему тімліда, переконливіше за десять теоретичних аргументів.

Ситуація: команда вигоряє

Симптоми: OKR занадто амбітні, команда працює overtime, мотивація падає.

Підхід:

Визнайте: "Я бачу, що команда перевантажена. Це не нормально." Перекалібруйте: "Давайте подивимось на KR. Чи можемо ми зменшити scope, не втрачаючи напрямок?" Нагадайте: "Оцінка OKR 0.5-0.7 це нормально для stretch goals. 1.0 означає, що ціль була занадто легкою."

Ситуація: конфлікт між OKR та BAU

Симптоми: команда не встигає працювати над OKR, бо зайнята підтримкою, багами, операційкою.

Підхід:

Визначте пропорцію: "Скільки % часу команда витрачає на BAU? Скільки на OKR?" Якщо BAU > 60%, OKR не може покривати 100% роботи. Зменшіть кількість KR до 2-3, які реалістичні при наявному BAU-навантаженні. Якщо BAU = 90%+, можливо, перший OKR має бути саме про зменшення BAU-навантаження: "З 90% до 60% часу на реактивні задачі."

---

Розвиток коучингових навичок

Для фасилітатора-початківця (Q1-Q2)

Фокус: навчитись слухати та ставити питання.

Перед кожною зустріччю підготуйте 5 питань. Під час зустрічі більше слухайте, менше говоріть. Після кожної зустрічі запишіть: "Що я дізнався? Де я давав відповіді замість питань?" Знайдіть ментора серед досвідчених коучів, HR BP або фасилітаторів, який може дати зворотний зв'язок на ваш стиль.

Для досвідченого фасилітатора (Q3+)

Фокус: системне мислення та масштабування.

Ведіть журнал патернів: які помилки повторюються? Які інтервенції працюють? Навчайте тімлідів коучити свої команди. Фасилітатор не може коучити 12 команд особисто, тому тімліди мають стати коучами для своїх людей. Проводьте peer-коучинг між тімлідами: тімліди ревізують OKR одне одного.

---

Пов'язані матеріали

• Хто такий OKR Фасилітатор — базовий опис ролі
• Компетенції OKR-фасилітатора — що має вміти фасилітатор
• Типові причини провалу OKR Фасилітатора — чого уникати
• Рівні зрілості OKR-фасилітатора — як оцінити свій рівень
• CFR як система — коучинг як частина CFR
• Збірка типових помилок — помилки, які фасилітатор має помічати