Модуль 4 курсу OKR-фасилітаторів · Тема 4.1: OKR та проєкти · Повна програма →

Три рівні: стратегія → гіпотези → операційка

Головна проблема організацій: стратегія живе в одному документі, проєкти — в іншому, а щоденні задачі — в третьому. Між ними прірва.

OKR закриває цю прірву через три рівні:

Рівень	Відповідає на	Приклад
OKR	Куди рухаємось?	O: Стати лідером онлайн-обслуговування
Ініціативи	Як туди потрапимо?	Запустити чат-бот, редизайн порталу
Tasks	Що робити сьогодні?	Написати ТЗ для чат-бота, спринт 3

OKR = "куди". Стратегічний напрямок, який не змінюється протягом кварталу. Вимірюється через Key Results.

Ініціативи = "як". Гіпотези, які мають рухати KR. Можуть змінюватись, якщо не працюють.

Tasks = "що робити". Конкретні дії в Jira/Trello/Asana. Живуть у спринтах, канбан-дошках, to-do.

Без цієї ієрархії OKR перетворюються на паралельну реальність: красиві цілі у Sheets, реальна робота — в Jira. Ніякого зв'язку.

Модель: Objective → KR → Initiative → Task

Ініціатива — це гіпотеза, не проєкт

	Проєкт	Ініціатива OKR
Фокус	Scope, deadline, budget	Вплив на KR
Успіх	Здано вчасно	KR зріс
Провал	Не здано	KR не зріс (ініціатива не спрацювала)
Реакція	Ескалація	Pivot — спробувати іншу ініціативу

Проєкт може бути завершений ідеально і не вплинути на KR. Це означає: ініціатива-гіпотеза не підтвердилась. Не провал команди, а провал гіпотези.

Формула гіпотези

Кожна ініціатива формулюється як:

ЯКЩО ми [дія],
ТО [KR] зміниться з [поточне] до [очікуване],
ТОМУ ЩО [логіка/дані].

Приклад:

ЯКЩО ми запустимо чат-бот для типових звернень,
ТО середній час обробки зменшиться з 5 до 3 днів,
ТОМУ ЩО 40% звернень — типові та не потребують оператора.

2–3 ініціативи на KR

Не одна (ризиковано — якщо не спрацює, KR провалений). Не п'ять (розфокус). Оптимум — 2–3 ініціативи на один Key Result.

Приклад структури:

O: Зробити процес обробки звернень швидким та прозорим

  KR1: З 5 до 2 днів середній час обробки
    ├── Ініціатива 1: Чат-бот для типових звернень
    │   └── Tasks: ТЗ, розробка, тестування, запуск
    ├── Ініціатива 2: Автоматична маршрутизація
    │   └── Tasks: аналіз потоків, налаштування правил
    └── Ініціатива 3: Навчання операторів (резерв)
        └── Tasks: програма, тренінг, тестування

  KR2: З 0 до 3000 користувачів порталу
    ├── Ініціатива 1: Маркетингова кампанія
    │   └── Tasks: лендінг, email-розсилка, соцмережі
    └── Ініціатива 2: Інтеграція з Дією
        └── Tasks: API, тестування, погодження

Деталі роботи з ініціативами: Портфель ініціатив →

Де що живе

OKR та проєктні задачі живуть у різних інструментах. Це нормально. Головне — зв'язок між ними.

Розподіл по інструментах

Що	Де живе	Хто відповідає
Objectives + KR + Score	OKR Tracker (Sheets/софт)	Facilitator + власники OKR
Ініціативи	OKR Tracker або Project tool	власник OKR
Tasks + спринти	Project tool (Jira/Trello/Asana)	PM + команда
Зв'язок Initiative → KR	OKR Tracker (тег або колонка)	Facilitator перевіряє

Як зв'язати

Варіант 1: Тег в project tool

Кожна задача в Jira/Trello має тег або label з номером KR:

[KR-1.2] Розробити API чат-бота
[KR-1.2] Протестувати чат-бот з 50 користувачами
[KR-2.1] Створити лендінг порталу

Варіант 2: Колонка в OKR Tracker

В OKR Tracker додати колонку «Ініціативи» з посиланнями на project board:

KR	Ініціатива	Посилання	Статус
KR 1.1	Чат-бот	[Jira Board]	In progress
KR 1.1	Маршрутизація	[Jira Board]	Done
KR 2.1	Маркетинг	[Trello Board]	Backlog

Варіант 3: Dedicated initiative tracker

Окрема вкладка в OKR Tracker:

Ініціатива	KR	Гіпотеза	Статус	Вплив на KR
Чат-бот	KR 1.1	-40% типових звернень	In progress	Поки невідомо
Маршрутизація	KR 1.1	-30% часу маршрутизації	Done	Час: 5→3.5 дні

Пов'язані ролі та процеси

Ролі та відповідальність: Mapping ролей →
RACI матриця: RACI → · OKR RACI →
Стратегічне узгодження: Alignment →
Ескалація блокерів: Ескалація →

Контроль Facilitator'а

Facilitator — не Project Manager. Facilitator не керує задачами. Його перевірка зводиться до чотирьох питань.

1. Зв'язок initiative → KR існує

Кожна ініціатива прив'язана до конкретного KR. Немає «orphan» ініціатив без зв'язку з OKR.

Як перевірити: раз на 2 тижні переглянути initiative tracker. Задачі без тегу KR = сигнал.

2. Ініціативи рухають метрику

Ініціатива завершена, але KR не зріс? Гіпотеза не підтвердилась.

Як перевірити: на щотижневому check-in порівняти статус ініціатив із динамікою KR.

Ситуація	Діагноз	Дія Facilitator
Ініціатива Done, KR зріс	Гіпотеза підтвердилась	Зафіксувати, продовжити
Ініціатива Done, KR не зріс	Гіпотеза не спрацювала	Pivot — запустити іншу ініціативу
Ініціатива In Progress, KR зріс	Інший фактор вплинув	З'ясувати що саме, скоригувати план
Всі ініціативи Backlog	Нічого не робиться	Ескалювати — ресурси або пріоритет

3. Pivot за потреби

Якщо ініціатива не рухає KR — не продовжувати інерційно. Pivot:

Зупинити поточну ініціативу
Проаналізувати чому не спрацювала
Сформулювати нову гіпотезу
Запустити нову ініціативу

Pivot — не провал. Pivot — це навчання.

4. Facilitator ≠ PM

Facilitator	PM
Перевіряє зв'язок initiative → KR	Керує виконанням задач
Фасилітує check-in	Планує спринти
Сигналізує якщо KR не рухається	Вирішує технічні блокери
Запитує «чи рухає це KR?»	Запитує «чи вкладаємось у дедлайн?»

Facilitator і PM — партнери. Facilitator дає контекст «навіщо» (KR). PM забезпечує «як» (виконання).

Приклади

Приклад 1: IT-компанія

O: Скоротити Time-to-Market для нових фіч

  KR1: З 6 до 3 тижнів середній час від ідеї до production
    ├── Ініціатива: CI/CD pipeline автоматизація
    │   Гіпотеза: ЯКЩО автоматизуємо деплой,
    │   ТО час скоротиться на 30%
    │   Tasks: Jira Epic → 12 задач у 3 спринтах
    └── Ініціатива: Feature flags замість довгих гілок
        Гіпотеза: ЯКЩО зменшимо час code review,
        ТО час скоротиться ще на 20%
        Tasks: Jira Epic → 8 задач у 2 спринтах

  KR2: З 15% до 5% rollback rate
    └── Ініціатива: Автоматичні canary releases
        Tasks: Jira Epic → 6 задач

Зв'язок: кожна Jira задача має label OKR-KR1.1 або OKR-KR1.2.

Повний кейс: IT-компанія →

Приклад 2: Державний сектор

O: Зробити процес видачі дозволів прозорим для бізнесу

  KR1: З 20 до 5 днів час видачі дозволу
    ├── Ініціатива: Електронна черга
    │   Tasks: Trello Board → 15 карток
    └── Ініціатива: Типові шаблони документів
        Tasks: Trello Board → 8 карток

  KR2: З 30% до 80% дозволів через онлайн-портал
    └── Ініціатива: Інтеграція з Дією
        Tasks: Trello Board → 20 карток

Зв'язок: кожна Trello картка починається з [KR-1] або [KR-2].

Повний кейс: Міністерство →

Антипатерни

Антипатерн	Ознака	Що робити
OKR та проєкти паралельно	Красиві OKR в Sheets, реальна робота — в Jira без зв'язку	Додати теги KR до задач. → ap-fake-okrs
Over-cascading	Кожна задача «каскадована» з топ-OKR через 5 рівнів	Максимум 2 рівні: стратегічний → командний. → ap-over-cascading
Facilitator = PM	Facilitator контролює задачі, дедлайни, ресурси	Facilitator перевіряє зв'язок, не керує виконанням
Ініціатива без гіпотези	«Запустити проєкт X» без пояснення впливу на KR	Сформулювати: ЯКЩО → ТО → ТОМУ ЩО
Одна ініціатива на KR	Єдина ставка — якщо не спрацює, KR провалений	Мінімум 2 ініціативи на KR

Артефакт Модуля 4.1

Матриця: Objective → KR → Ініціативи → Tasks

Objective	KR	Ініціатива	Гіпотеза	Tasks (посилання)	Статус	Вплив на KR
O1	KR 1.1	Ініціатива A	ЯКЩО... ТО...	[Jira/Trello]	In progress	+0.2
O1	KR 1.1	Ініціатива B	ЯКЩО... ТО...	[Jira/Trello]	Backlog	—
O1	KR 1.2	Ініціатива C	ЯКЩО... ТО...	[Jira/Trello]	Done	+0.3

Facilitator заповнює цю матрицю та оновлює колонку «Вплив на KR» щотижня.

Наступні кроки

Модуль 4 курсу OKR-фасилітаторів · Тема 4.1: OKR та проєкти · Повна програма →

Три рівні: стратегія → гіпотези → операційка

OKR закриває цю прірву через три рівні:

Рівень	Відповідає на	Приклад
OKR	Куди рухаємось?	O: Стати лідером онлайн-обслуговування
Ініціативи	Як туди потрапимо?	Запустити чат-бот, редизайн порталу
Tasks	Що робити сьогодні?	Написати ТЗ для чат-бота, спринт 3

OKR = "куди". Стратегічний напрямок, який не змінюється протягом кварталу. Вимірюється через Key Results.

Ініціативи = "як". Гіпотези, які мають рухати KR. Можуть змінюватись, якщо не працюють.

Tasks = "що робити". Конкретні дії в Jira/Trello/Asana. Живуть у спринтах, канбан-дошках, to-do.

Модель: Objective → KR → Initiative → Task

Ініціатива — це гіпотеза, не проєкт

	Проєкт	Ініціатива OKR
Фокус	Scope, deadline, budget	Вплив на KR
Успіх	Здано вчасно	KR зріс
Провал	Не здано	KR не зріс (ініціатива не спрацювала)
Реакція	Ескалація	Pivot — спробувати іншу ініціативу

Формула гіпотези

Кожна ініціатива формулюється як:

ЯКЩО ми [дія],
ТО [KR] зміниться з [поточне] до [очікуване],
ТОМУ ЩО [логіка/дані].

Приклад:

ЯКЩО ми запустимо чат-бот для типових звернень,
ТО середній час обробки зменшиться з 5 до 3 днів,
ТОМУ ЩО 40% звернень — типові та не потребують оператора.

2–3 ініціативи на KR

Приклад структури:

O: Зробити процес обробки звернень швидким та прозорим

  KR1: З 5 до 2 днів середній час обробки
    ├── Ініціатива 1: Чат-бот для типових звернень
    │   └── Tasks: ТЗ, розробка, тестування, запуск
    ├── Ініціатива 2: Автоматична маршрутизація
    │   └── Tasks: аналіз потоків, налаштування правил
    └── Ініціатива 3: Навчання операторів (резерв)
        └── Tasks: програма, тренінг, тестування

  KR2: З 0 до 3000 користувачів порталу
    ├── Ініціатива 1: Маркетингова кампанія
    │   └── Tasks: лендінг, email-розсилка, соцмережі
    └── Ініціатива 2: Інтеграція з Дією
        └── Tasks: API, тестування, погодження

Деталі роботи з ініціативами: Портфель ініціатив →

Де що живе

OKR та проєктні задачі живуть у різних інструментах. Це нормально. Головне — зв'язок між ними.

Розподіл по інструментах

Що	Де живе	Хто відповідає
Objectives + KR + Score	OKR Tracker (Sheets/софт)	Facilitator + власники OKR
Ініціативи	OKR Tracker або Project tool	власник OKR
Tasks + спринти	Project tool (Jira/Trello/Asana)	PM + команда
Зв'язок Initiative → KR	OKR Tracker (тег або колонка)	Facilitator перевіряє

Як зв'язати

Варіант 1: Тег в project tool

Кожна задача в Jira/Trello має тег або label з номером KR:

[KR-1.2] Розробити API чат-бота
[KR-1.2] Протестувати чат-бот з 50 користувачами
[KR-2.1] Створити лендінг порталу

Варіант 2: Колонка в OKR Tracker

В OKR Tracker додати колонку «Ініціативи» з посиланнями на project board:

KR	Ініціатива	Посилання	Статус
KR 1.1	Чат-бот	[Jira Board]	In progress
KR 1.1	Маршрутизація	[Jira Board]	Done
KR 2.1	Маркетинг	[Trello Board]	Backlog

Варіант 3: Dedicated initiative tracker

Окрема вкладка в OKR Tracker:

Ініціатива	KR	Гіпотеза	Статус	Вплив на KR
Чат-бот	KR 1.1	-40% типових звернень	In progress	Поки невідомо
Маршрутизація	KR 1.1	-30% часу маршрутизації	Done	Час: 5→3.5 дні

Пов'язані ролі та процеси

Ролі та відповідальність: Mapping ролей →
RACI матриця: RACI → · OKR RACI →
Стратегічне узгодження: Alignment →
Ескалація блокерів: Ескалація →

Контроль Facilitator'а

Facilitator — не Project Manager. Facilitator не керує задачами. Його перевірка зводиться до чотирьох питань.

1. Зв'язок initiative → KR існує

Кожна ініціатива прив'язана до конкретного KR. Немає «orphan» ініціатив без зв'язку з OKR.

Як перевірити: раз на 2 тижні переглянути initiative tracker. Задачі без тегу KR = сигнал.

2. Ініціативи рухають метрику

Ініціатива завершена, але KR не зріс? Гіпотеза не підтвердилась.

Як перевірити: на щотижневому check-in порівняти статус ініціатив із динамікою KR.

Ситуація	Діагноз	Дія Facilitator
Ініціатива Done, KR зріс	Гіпотеза підтвердилась	Зафіксувати, продовжити
Ініціатива Done, KR не зріс	Гіпотеза не спрацювала	Pivot — запустити іншу ініціативу
Ініціатива In Progress, KR зріс	Інший фактор вплинув	З'ясувати що саме, скоригувати план
Всі ініціативи Backlog	Нічого не робиться	Ескалювати — ресурси або пріоритет

3. Pivot за потреби

Якщо ініціатива не рухає KR — не продовжувати інерційно. Pivot:

Зупинити поточну ініціативу
Проаналізувати чому не спрацювала
Сформулювати нову гіпотезу
Запустити нову ініціативу

Pivot — не провал. Pivot — це навчання.

4. Facilitator ≠ PM

Facilitator	PM
Перевіряє зв'язок initiative → KR	Керує виконанням задач
Фасилітує check-in	Планує спринти
Сигналізує якщо KR не рухається	Вирішує технічні блокери
Запитує «чи рухає це KR?»	Запитує «чи вкладаємось у дедлайн?»

Facilitator і PM — партнери. Facilitator дає контекст «навіщо» (KR). PM забезпечує «як» (виконання).

Приклади

Приклад 1: IT-компанія

O: Скоротити Time-to-Market для нових фіч

  KR1: З 6 до 3 тижнів середній час від ідеї до production
    ├── Ініціатива: CI/CD pipeline автоматизація
    │   Гіпотеза: ЯКЩО автоматизуємо деплой,
    │   ТО час скоротиться на 30%
    │   Tasks: Jira Epic → 12 задач у 3 спринтах
    └── Ініціатива: Feature flags замість довгих гілок
        Гіпотеза: ЯКЩО зменшимо час code review,
        ТО час скоротиться ще на 20%
        Tasks: Jira Epic → 8 задач у 2 спринтах

  KR2: З 15% до 5% rollback rate
    └── Ініціатива: Автоматичні canary releases
        Tasks: Jira Epic → 6 задач

Зв'язок: кожна Jira задача має label OKR-KR1.1 або OKR-KR1.2.

Повний кейс: IT-компанія →

Приклад 2: Державний сектор

O: Зробити процес видачі дозволів прозорим для бізнесу

  KR1: З 20 до 5 днів час видачі дозволу
    ├── Ініціатива: Електронна черга
    │   Tasks: Trello Board → 15 карток
    └── Ініціатива: Типові шаблони документів
        Tasks: Trello Board → 8 карток

  KR2: З 30% до 80% дозволів через онлайн-портал
    └── Ініціатива: Інтеграція з Дією
        Tasks: Trello Board → 20 карток

Зв'язок: кожна Trello картка починається з [KR-1] або [KR-2].

Повний кейс: Міністерство →

Антипатерни

Антипатерн	Ознака	Що робити
OKR та проєкти паралельно	Красиві OKR в Sheets, реальна робота — в Jira без зв'язку	Додати теги KR до задач. → ap-fake-okrs
Over-cascading	Кожна задача «каскадована» з топ-OKR через 5 рівнів	Максимум 2 рівні: стратегічний → командний. → ap-over-cascading
Facilitator = PM	Facilitator контролює задачі, дедлайни, ресурси	Facilitator перевіряє зв'язок, не керує виконанням
Ініціатива без гіпотези	«Запустити проєкт X» без пояснення впливу на KR	Сформулювати: ЯКЩО → ТО → ТОМУ ЩО
Одна ініціатива на KR	Єдина ставка — якщо не спрацює, KR провалений	Мінімум 2 ініціативи на KR

Артефакт Модуля 4.1

Матриця: Objective → KR → Ініціативи → Tasks

Objective	KR	Ініціатива	Гіпотеза	Tasks (посилання)	Статус	Вплив на KR
O1	KR 1.1	Ініціатива A	ЯКЩО... ТО...	[Jira/Trello]	In progress	+0.2
O1	KR 1.1	Ініціатива B	ЯКЩО... ТО...	[Jira/Trello]	Backlog	—
O1	KR 1.2	Ініціатива C	ЯКЩО... ТО...	[Jira/Trello]	Done	+0.3

Facilitator заповнює цю матрицю та оновлює колонку «Вплив на KR» щотижня.

Інтеграція OKR з управлінням проєктами

Три рівні: стратегія → гіпотези → операційка

Модель: Objective → KR → Initiative → Task

Ініціатива — це гіпотеза, не проєкт

Формула гіпотези

2–3 ініціативи на KR

Де що живе

Розподіл по інструментах

Як зв'язати

Пов'язані ролі та процеси

Контроль Facilitator'а

1. Зв'язок initiative → KR існує

2. Ініціативи рухають метрику

3. Pivot за потреби

4. Facilitator ≠ PM

Приклади

Приклад 1: IT-компанія

Приклад 2: Державний сектор

Антипатерни

Артефакт Модуля 4.1

Наступні кроки

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

Інтеграція OKR з управлінням проєктами

Три рівні: стратегія → гіпотези → операційка

Модель: Objective → KR → Initiative → Task

Ініціатива — це гіпотеза, не проєкт

Формула гіпотези

2–3 ініціативи на KR

Де що живе

Розподіл по інструментах

Як зв'язати

Пов'язані ролі та процеси

Контроль Facilitator'а

1. Зв'язок initiative → KR існує

2. Ініціативи рухають метрику

3. Pivot за потреби

4. Facilitator ≠ PM

Приклади

Приклад 1: IT-компанія

Приклад 2: Державний сектор

Антипатерни

Артефакт Модуля 4.1

Наступні кроки

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