OKR и Scrum. Как совместить цели компании и спринты команды

OKR в последние годы стали стандартом целеполагания у нас в IT-секторе. Банки, финтех, продуктовые компании, стартапы в Astana Hub. Квартальные Objectives, измеримые Key Results, прозрачность целей на всех уровнях. Параллельно те же компании работают по Scrum: двухнедельные спринты, планирование, ретро, демо.

Выглядит логично. На практике между OKR и Scrum возникает постоянное трение. К концу квартала Key Results достигнуты на 40%, хотя команда стабильно закрывала спринты и velocity была в норме. Как так вышло?

Где возникает разрыв

OKR работают на горизонте квартала. Objectives формулируются раз в три месяца, Key Results задают измеримые ориентиры. Логика: определить направление и дать командам свободу в выборе способов.

Scrum работает на горизонте спринта. Sprint Goal формулируется каждые две недели, команда берёт конкретные задачи. Логика: короткие циклы, быстрая обратная связь.

Между этими двумя уровнями часто нет связующего звена. Product Owner планирует спринт, ориентируясь на беклог, который наполняется из десяти источников: от бизнеса, от техдиректора, от саппорта, от стейкхолдеров. OKR становятся одним из этих источников, и далеко не всегда самым громким.

В растущих компаниях, где команд становится больше и запросов всё больше, этот разрыв усиливается. Каждая отдельная задача в спринте кажется важной. Но когда в конце квартала смотришь на совокупность сделанного, оказывается, что к OKR это имело косвенное отношение.

Как это выглядит в растущей компании

Продуктовая компания с пятью командами внедрила OKR год назад. Каждая команда получила свои Objectives на квартал. Первый квартал прошёл нормально: команды были небольшими, PO держал фокус, OKR и беклог совпадали процентов на 70.

К третьему кварталу компания выросла до десяти команд. Запросов от бизнеса стало больше. У каждой команды помимо OKR появился поток «срочных» задач, которые прилетают в середине спринта. PO разрывается между OKR и операционкой. Sprint Goal формально привязан к Objective, но по факту половина спринта уходит на задачи, которые к OKR отношения не имеют.

На квартальном ревью все видят: velocity стабильная, спринты закрываются, но Key Results достигнуты на 35-50%. Руководство задаёт вопрос: «Зачем нам OKR, если они всё равно не выполняются?»

Что помогает связать OKR и спринты

Sprint Goal, явно привязанный к OKR. Каждый спринт имеет цель, которая осознанно связана с одним из Objectives. Связь проговаривается на planning: «в этом спринте мы работаем на KR по retention» или «этот спринт мы закрываем техдолг, который блокирует работу над retention». Главное, чтобы связь была явной.

Регулярный check-in по OKR. Ждать до конца квартала слишком долго. Короткий check-in (15-20 минут) раз в две недели позволяет вовремя заметить, что команда работает активно, а KR стоит на месте. Это сигнал пересмотреть приоритеты.

Учёт реальной capacity. Если команда тратит 40% времени на поддержку, баги и ad-hoc запросы, Key Results должны это отражать. Одна из частых причин разочарования: OKR формулируются из расчёта, что команда 100% времени работает на стратегические задачи. На практике это почти никогда не так.

Один-два Objectives на команду. Если у команды пять Objectives, де-факто у неё нет ни одного. Каждый спринт приходится выбирать, на что работать, и выбор делается ситуативно.

Ловушка OKR как KPI

Отдельно стоит сказать про ситуацию, когда OKR превращаются в KPI, к которым привязана оценка команды или отдельных людей. В этом случае команды начинают формулировать заведомо достижимые цели, и весь смысл OKR (амбициозные ориентиры, 70% достижение считается хорошим) исчезает. У нас это встречается часто, особенно в компаниях, которые привыкли к жёстким KPI и перенесли эту культуру на OKR.

Где развивать навыки

Программа Agile Project Management разбирает, как связать операционную работу команды со стратегическими целями. Метрики, прогнозирование, прозрачность для бизнеса. Сертификат ICP-APM от ICAgile работает у нас и за рубежом.

Product owner и продакт-менеджерам, которые отвечают за связку OKR и беклога, полезна программа Advanced Product Ownership. Приоритизация, управление беклогом, принятие решений на основе данных.

Базовая программа Certified Agile Professional даёт общее понимание agile-подходов. Тренинги проходят в Zoom, время удобно для Алматы и Астаны.