Другий Квартал OKR: 7 Уроків Першого Року
Що змінюється у Q2, типові проблеми та як їх уникнути. Рекалібрація OKR та 7 конкретних уроків у форматі Проблема → Рішення → Результат.
Другий Квартал OKR: 7 Уроків Першого Року
Перший квартал OKR — завжди пригода. Команди вперше пишуть цілі, плутаються у термінах, проводять кікоф і з ентузіазмом відстежують прогрес. Q2 стає справжнім випробуванням: ейфорія новизни зникає, а залишається реальна робота.
Ця стаття — збірка семи конкретних уроків, які проходять майже всі організації на другому кварталі впровадження OKR. Кожен урок описаний за схемою: Проблема → Рішення → Результат.
Що змінюється у Q2 порівняно з Q1
У Q1 все нове й цікаве. Команди вчаться писати OKR, розуміють різницю між Objective і Key Result, проходять перший quarterly review. Є природня мотивація першовідкривача.
У Q2 картина змінюється. Знижується новизна — weekly check-in більше не відчувається захоплюючим ритуалом. З'являються перші "провали": деякі KR виявилися нереалістичними або неправильно сформульованими. Команди починають питати "навіщо", бо якщо Q1 проходив на вірі у систему, то Q2 вимагає доведених результатів. Виявляються системні проблеми: відсутність зв'язку між OKR різних команд, відсутність CFR, механічний трекінг замість справжнього управління.
Саме Q2 вирішує, чи стануть OKR справжнім інструментом, чи перетворяться на чергову корпоративну процедуру.
Типові проблеми Q2
Проблема 1: "Ми не встигаємо трекати"
Команди, які в Q1 ретельно оновлювали прогрес щотижня, до середини Q2 починають пропускати check-in. Причина — OKR трекінг сприймається як додаткове навантаження, а не частина робочого ритму.
Проблема 2: Застарілі OKR
Ринок змінився, пріоритети зсунулися, але команди продовжують відстежувати KR, які вже не актуальні. "Ми ж написали на початку кварталу" — типове виправдання.
Проблема 3: Відсутність зв'язку між командами
В Q1 кожна команда писала свої OKR незалежно. До Q2 стає очевидно: Product і Engineering мають перетинаючі цілі, але ніхто не синхронізується.
Проблема 4: Оцінювання стає ритуалом
Команди ставлять 0.7 "для галочки", не аналізуючи реально, що досягнуто і чому саме такий бал.
Рекалібрація: коли і як коригувати OKR всередині кварталу
Рекалібрація — офіційний перегляд OKR всередині кварталу при суттєвій зміні контексту. Це не слабкість, а розумне управління.
Коли рекалібрувати
Змінилися зовнішні умови (ринок, регуляторне середовище, кризова ситуація). Виявилося, що KR технічно неможливо виміряти. Ресурси, заплановані для досягнення KR, були перерозподілені. Ціль стала нерелевантною через стратегічне рішення вище.
Коли НЕ рекалібрувати
"Ціль виявилася складною" — це нормально для stretch goals. "Команда не встигає" — це сигнал для розмови, а не зміни OKR. "Хочемо показати кращий результат" — маніпуляція системою.
Процес рекалібрації
- Trigger: OKR Facilitator або тімлід фіксує необхідність перегляду
- Документування: Запис причини рекалібрації (1-2 речення)
- Узгодження: Погодження зі стейкхолдером вищого рівня
- Оновлення: Зміна KR з позначкою "revised Q2" і датою
- Комунікація: Повідомлення команди про зміни та причини
7 Уроків Другого Кварталу
Урок 1: Ритм важливіший за досконалість
Проблема: Команда пропустила 3 weekly check-in підряд, бо "не було що оновлювати".
Рішення: Check-in — розмова, а не звіт. Навіть якщо прогресу нема — це важлива інформація. Правило: check-in відбувається завжди, навіть якщо всі значення 0%.
Результат: Після повернення до регулярного ритму команда виявила приховані блокери, які заважали прогресу вже 3 тижні.
Урок 2: Менше OKR — більше фокусу
Проблема: У Q1 команда написала 3 Objectives по 5 Key Results — 15 метрик для відстеження. До середини Q2 ніхто не пам'ятав більшість із них.
Рішення: Для Q2 обмежити до 2-3 Objectives і 3-4 KR кожен. Тест: "якщо не можеш назвати свої OKR напам'ять — їх забагато".
Результат: Команда зосередилася на справді важливому, score зріс з 0.4 до 0.65.
Урок 3: Вертикальне узгодження вимагає часу
Проблема: OKR команди розробки не мали видимого зв'язку з OKR продукту. Кожна команда рухалася у своєму напрямку.
Рішення: Провести міжкомандну сесію узгодження на початку Q2. Для кожного командного KR визначити, який company OKR він підтримує.
Результат: 30% KR виявилися неактуальними — команди самі відмовилися від них після сесії узгодження.
Урок 4: CFR — не бонус, а основа системи
Проблема: OKR трекінг відбувався механічно: оновлюємо числа, ставимо score, йдемо далі. Розмов про прогрес, перепони і підтримку майже не було.
Рішення: Запровадити структуровані CFR-розмови: 15 хвилин щотижня між тімлідом і кожним членом команди за темами — що просувається, що блокує, яка потрібна підтримка.
Результат: Виявлено та усунено 5 системних блокерів, про які раніше "не говорили бо незручно".
Урок 5: Оцінювання — діагностика, не вирок
Проблема: Члени команди боялися ставити низький score, бо це сприймалося як особиста невдача або привід для критики.
Рішення: Переформулювати культуру оцінювання: 0.4-0.6 — нормальний результат для амбітних цілей. Низький score — сигнал для розмови, не для покарання. Публічно похвалити команду за чесний score 0.3 з детальним аналізом причин.
Результат: Підвищилася якість звітності — команди перестали "малювати" результати, з'явилися реальні ретроспективи.
Урок 6: OKR Facilitator потребує підтримки
Проблема: OKR Facilitator намагався "тримати систему" самостійно: нагадував усім про check-in, допомагав писати KR, проводив ретроспективи. За два квартали — повне вигорання.
Рішення: Розподілити обов'язки. Кожна команда має свого OKR-відповідального. Facilitator координує систему, а не виконує всю роботу самостійно. Регулярні зустрічі champions з різних команд для взаємної підтримки.
Результат: Система стала стійкою, не залежною від однієї людини.
Урок 7: Святкуйте прогрес, не лише результати
Проблема: Команди отримували визнання тільки при досягненні KR на 100%. Проміжний прогрес ігнорувався, мотивація падала.
Рішення: Запровадити мікросвяткування: публічно відзначати досягнення milestone, зростання на 20% порівняно з попереднім тижнем, подолання серйозного блокера.
Результат: Зросла залученість команди, більше людей активно брали участь у weekly check-in.
Як закріпити успіхи команд
Якщо в Q2 щось спрацювало добре — зафіксуйте це як практику, а не вважайте щасливим збігом. Документуйте що саме зробили по-іншому. Поділіться з іншими командами через internal knowledge base. Включіть вдалі практики в стандартний процес Q3. Визнайте внесок конкретних людей публічно.
Готуємося до Q3
Після Q2 у вас є два повних кварталу досвіду. До Q3 review зберіть feedback від усіх тімлідів (що полегшило/ускладнило роботу з OKR), оновіть шаблони OKR на основі реального досвіду, перегляньте meeting cadence — чи всі зустрічі необхідні, оновіть training матеріали з урахуванням реальних кейсів вашої організації.
У Q2 OKR або стають частиною культури, або перетворюються на бюрократію. Різницю визначає те, наскільки чесно команда аналізує свій досвід і наскільки швидко виправляє проблеми.
Перевірте знання за уроком
Увійдіть або створіть акаунт, щоб пройти короткий тест (3 запитання на 30 секунд), зафіксувати прогрес у курсі та отримати сертифікат після його завершення.
Прогрес зберігається автоматично — можна продовжити з того ж місця з будь-якого пристрою.