makeOKR UA
КурсOKR Фасилітатор
0%
  1. OKR і проєкти
  2. Управління ініціативами
  3. OKR для організацій
  4. OKR для IT команд
  5. Стратегічне вирівнювання
  6. Карта ролей в OKR-системі
  7. RACI для OKR управління
  8. RACI матриця: хто що робить
  9. Модель ескалації проблем
  10. Інтеграція з цифровими інструментами
  11. Канва стейкхолдерів
  12. Декомпозувати OKR на ініціативиЗавдання
  13. Тест модуля М4: ПроєктиТест
ФіналФінальний тест
  • FAQДовідник
  • Словник OKRТерміни
Підтримати проєкт
Що нового?
Конфіденційність·Умови/
© 2026 OKR UA · v0.9.3
Перейти до контенту
К
М4 · Проєкти· Крок 56/111· 7 хв

Карта ролей в OKR-системі

Хто за що відповідає в OKR-системі — від CEO до індивідуального контриб'ютора

practitionerarchitectchampiongovernanceroles

Навіщо формалізувати ролі

OKR без чітких ролей перетворюється на вправу з написання тексту. Хтось пише цілі, але ніхто не відповідає за check-in. Хтось проводить ретроспективу, але ніхто не має повноважень змінити процес за її результатами. Через два кварталу система розсипається.

Формалізація ролей вирішує три проблеми. Кожен процес отримує конкретного власника. Рішення приймаються на правильному рівні. Навантаження розподіляється рівномірно, а не лягає на одну людину.

Нижче описані 7 ролей, які покривають повний цикл OKR-управління. Не всі потрібні з першого дня. Мінімальний набір для старту: Виконавчий спонсор, OKR-фасилітатор та Тімліди.

Роль 1. Виконавчий спонсор (Executive Sponsor)

Хто це зазвичай: CEO, COO, VP Operations або інший представник C-suite.

Що робить:

  • Затверджує стратегічні OKR організації на рік та квартал.
  • Публічно підтримує OKR-процес перед менеджментом та всією організацією.
  • Вирішує конфлікти між департаментами щодо пріоритетів та розподілу ресурсів.
  • Бере участь у квартальних ретроспективах на рівні організації.
  • Захищає OKR-ініціативу від скептиків та конкуруючих ініціатив.

Часові витрати: 2-4 години на місяць. Основне навантаження припадає на початок та кінець кварталу.

Критерії успіху:

  • Стратегічні OKR опубліковані протягом першого тижня кварталу.
  • Конфлікти між департаментами вирішуються протягом 5 робочих днів.
  • Спонсор присутній на 100% квартальних ретроспектив.
  • Менеджмент сприймає OKR як стратегічний інструмент, а не як "ще один проєкт HR".

Типові проблеми: спонсор делегує все фасилітатору і зникає; спонсор затверджує OKR без обговорення; спонсор змінює пріоритети посеред кварталу без формального процесу.

Роль 2. OKR-фасилітатор (OKR Facilitator)

Хто це зазвичай: HR Business Partner, операційний менеджер, менеджер проєктів або окрема виділена роль у великих організаціях.

Що робить:

  • Проєктує та підтримує OKR-процес: каденцію, шаблони, правила, інструменти.
  • Фасилітує сесії постановки OKR на рівні департаментів та кросфункціональних команд.
  • Навчає нових учасників: проводить онбординг, воркшопи, консультації.
  • Контролює якість OKR: перевіряє формулювання, вимірюваність, амбіційність.
  • Готує аналітику та звіти для виконавчого спонсора.
  • Координує квартальний цикл: нагадує про дедлайни, збирає результати scoring, організує ретроспективи.
  • Виявляє системні проблеми та пропонує зміни в процесі.

Часові витрати: 6-10 годин на тиждень під час планування та scoring (перший і останній тижні кварталу), 3-5 годин на тиждень у решту часу.

Критерії успіху:

  • 90%+ команд завершують check-in щотижня.
  • Середня якість OKR зростає від кварталу до кварталу (менше типових помилок).
  • Час на постановку OKR скорочується з кожним циклом.
  • Фасилітатор має документовану базу знань: шаблони, FAQ, записи воркшопів.

Типові проблеми: фасилітатор бере на себе написання OKR замість команд; фасилітатор стає "поліцейським", а не коучем; фасилітатор перевантажений і вигоряє до третього кварталу.

Роль 3. Керівник департаменту (Department Lead)

Хто це зазвичай: Director, Head of Department, VP функціонального напрямку.

Що робить:

  • Формулює OKR департаменту на основі стратегічних OKR організації.
  • Узгоджує OKR департаменту з іншими департаментами (горизонтальне узгодження).
  • Затверджує OKR команд свого департаменту.
  • Проводить або делегує щомісячний review прогресу по OKR департаменту.
  • Приймає рішення про перерозподіл ресурсів всередині департаменту для досягнення OKR.
  • Ескалює блокери, які не може вирішити на своєму рівні.

Часові витрати: 4-6 годин на тиждень у тижні планування, 1-2 години на тиждень у решту часу.

Критерії успіху:

  • OKR департаменту опубліковані протягом другого тижня кварталу.
  • Кожен OKR департаменту має зрозумілий зв'язок зі стратегічним OKR.
  • Всі команди департаменту мають затверджені OKR до кінця третього тижня кварталу.
  • Конфлікти між командами департаменту вирішуються без ескалації на рівень спонсора.

Роль 4. Тімлід (Team Lead)

Хто це зазвичай: Team Lead, Engineering Manager, Product Manager, менеджер команди.

Що робить:

  • Фасилітує постановку OKR у своїй команді. Не пише OKR сам, а організує процес, в якому команда формулює OKR колективно.
  • Проводить щотижневі check-in: збирає дані по Key Results, фіксує прогрес, виявляє блокери.
  • Інтегрує OKR у щоденну роботу команди: зв'язує задачі з Key Results, використовує OKR при прийнятті рішень.
  • Проводить scoring наприкінці кварталу та фасилітує командну ретроспективу.
  • Повідомляє керівника департаменту про проблеми, які блокують прогрес.

Часові витрати: 2-3 години на тиждень під час планування, 30-60 хвилин на тиждень на check-in.

Критерії успіху:

  • Команда може пояснити свої OKR та їх зв'язок з OKR департаменту.
  • Check-in відбуваються щотижня без пропусків.
  • Scoring проведений протягом останнього тижня кварталу.
  • Команда бачить OKR як корисний інструмент, а не як бюрократію.

Роль 5. Індивідуальний контриб'ютор (Individual Contributor)

Хто це зазвичай: будь-який член команди без прямих підлеглих.

Що робить:

  • Бере участь у постановці командних OKR: пропонує Key Results, оцінює реалістичність.
  • Оновлює прогрес по своїх Key Results під час check-in.
  • Сигналізує про блокери, які заважають прогресу.
  • Бере участь у scoring та ретроспективі.
  • Використовує OKR для пріоритизації власної роботи.

Часові витрати: 15-30 хвилин на тиждень на check-in, 1-2 години на квартал на постановку та scoring.

Критерії успіху:

  • Контриб'ютор знає командні OKR та може пояснити свій внесок.
  • Прогрес оновлюється щотижня.
  • Блокери повідомляються протягом 1-2 днів після виявлення.

Роль 6. HR-партнер (HR Partner)

Хто це зазвичай: HR Business Partner, People Partner, L&D Manager.

Що робить:

  • Підтримує фасилітатора в навчальних активностях: онбординг нових менеджерів, воркшопи для команд.
  • Забезпечує, що OKR не використовується як інструмент оцінки ефективності для визначення бонусів (особливо на перших етапах впровадження).
  • Збирає зворотний зв'язок від учасників процесу: анонімні опитування, 1-на-1 бесіди.
  • Моніторить навантаження команд: чи не стає OKR додатковим стресом.
  • Допомагає з комунікацією змін у процесі.

Часові витрати: 2-3 години на тиждень у активні фази (планування, ретроспективи), 1 година на тиждень у решту часу.

Критерії успіху:

  • OKR та система оцінки ефективності формально розділені.
  • Проведено мінімум 1 опитування задоволеності OKR-процесом на квартал.
  • Нові менеджери проходять OKR-онбординг протягом перших 30 днів.

Роль 7. IT / Адміністратор інструментів (Tool Administrator)

Хто це зазвичай: IT-спеціаліст, системний адміністратор або фасилітатор (на ранніх етапах).

Що робить:

  • Налаштовує та підтримує OKR-інструменти: Google Sheets, Google Sheets, спеціалізовані платформи.
  • Управляє доступами: хто бачить чиї OKR, хто може редагувати.
  • Налаштовує інтеграції: Slack-нотифікації, календарні нагадування, дашборди.
  • Створює та оновлює шаблони для постановки OKR, check-in, scoring.
  • Забезпечує бекап даних та міграцію при зміні інструментів.

Часові витрати: 2-4 години на тиждень під час впровадження нового інструменту, 1-2 години на тиждень у стабільному режимі.

Критерії успіху:

  • Всі учасники мають доступ до інструментів без затримок.
  • Шаблони актуальні та відповідають поточному процесу.
  • Інтеграції працюють стабільно, нотифікації надходять вчасно.
  • Дані зберігаються та доступні для аналітики.

Матриця порівняння ролей

РольФокусЧасові витрати (тиждень)Горизонт рішеньКлючова навичка
Виконавчий спонсорСтратегія, захист1-2 годРікЛідерство
OKR-фасилітаторПроцес, якість3-10 годКварталФасилітація
Керівник департаментуУзгодження, ресурси1-6 годКварталДекомпозиція стратегії
ТімлідВиконання, tracking0.5-3 годТижденьКомандна робота
Індивідуальний контриб'юторПрогрес, сигнали0.25-0.5 годТижденьСамоорганізація
HR-партнерНавчання, зворотний зв'язок1-3 годКварталКомунікація
IT-адміністраторІнструменти, дані1-4 годМісяцьТехнічна підтримка

Як ролі змінюються з дозріванням організації

Перший рік (цикли 1-4)

На старті ролі концентруються. Фасилітатор виконує частину функцій HR-партнера та IT-адміністратора. Спонсор бере активну участь, бо потрібно показати приклад. Тімліди ще навчаються.

Типова конфігурація:

  • Спонсор: високий рівень залученості, присутній на більшості сесій.
  • Фасилітатор: виконує 80% координаційної роботи, включно з технічними налаштуваннями.
  • Тімліди: потребують значного коучингу від фасилітатора, фасилітація сесій — спільна.
  • HR-партнер та IT-адміністратор: ролі не формалізовані, функції розподілені.

Другий рік (цикли 5-8)

Ролі розділяються. Фасилітатор фокусується на якості та системних покращеннях, а не на операційній координації. Тімліди стають самостійними. З'являється потреба у формальному IT-адміністраторі, особливо якщо організація переходить на спеціалізований OKR-софт.

Типова конфігурація:

  • Спонсор: знижує залученість до стратегічних рішень, делегує операційний контроль.
  • Фасилітатор: переходить від ручної координації до системного дизайну процесу.
  • Керівники департаментів: беруть повну відповідальність за узгодження OKR у своїх департаментах.
  • Тімліди: проводять сесії постановки та check-in самостійно, звертаються до фасилітатора тільки з нестандартними ситуаціями.
  • HR-партнер: формалізована роль, систематичні опитування та навчальні програми.
  • IT-адміністратор: окрема відповідальність, інтеграції з іншими системами.

Третій рік та далі (цикли 9+)

Ролі стабілізуються. Фасилітатор стає архітектором системи та внутрішнім консультантом. Основне навантаження на тімлідах та керівниках департаментів. Спонсор втручається тільки в стратегічних питаннях.

Типова конфігурація:

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

Як призначити ролі

Послідовність дій:

  1. Визначте спонсора. Це перший крок, без якого решта не має сенсу. Спонсор має бути визначений до початку будь-якої іншої активності.

  2. Призначте фасилітатора. Або виділіть існуючого співробітника, або найміть. Для організацій до 200 осіб достатньо частини часу існуючого співробітника.

  3. Визначте тімлідів пілотних команд. Погодьте з ними роль та очікування. Не призначайте тімлідів, які не хочуть брати участь.

  4. Розподіліть допоміжні ролі. HR-партнер та IT-адміністратор можуть бути формалізовані пізніше, після першого кварталу.

  5. Задокументуйте. Створіть одну сторінку (Google Doc, Google Sheets, Confluence) з переліком ролей, іменами та контактами. Одна таблиця на одну сторінку, не більше.

  6. Переглядайте щоквартально. На ретроспективі обговорюйте, чи ролі працюють, чи потрібно щось змінити.

Антипатерни

"Фасилітатор робить все." Якщо одна людина відповідає за процес, навчання, інструменти, координацію та аналітику, це шлях до вигорання. Делегуйте хоча б частину функцій.

"Спонсор номінальний." Спонсор підписався, але не з'являється на зустрічах і не приймає рішень. Фактично система працює без захисту на рівні керівництва.

"Тімліди як виконавці." Тімліди не фасилітують процес, а виконують вказівки фасилітатора. Команди не відчувають ownership над своїми OKR.

"Ролі не задокументовані." Всі "знають" хто що робить, але документа немає. Коли хтось звільняється або йде у відпустку, процес зупиняється.

"Забагато ролей зарано." Організація з 50 осіб створює governance board з 10 людей. Процес стає повільним і бюрократичним. На старті достатньо 3-4 активних ролей.

Не розпочато
Перевірка засвоєння

Перевірте знання за уроком

Увійдіть або створіть акаунт, щоб пройти короткий тест (3 запитання на 30 секунд), зафіксувати прогрес у курсі та отримати сертифікат після його завершення.

Увійти й пройти тестабо створити акаунт→

Прогрес зберігається автоматично — можна продовжити з того ж місця з будь-якого пристрою.

Попередній крокСтратегічне вирівнюванняМ4 · ПроєктиНаступний крокRACI для OKR управлінняМ4 · Проєкти