Руководство требует кратного роста выручки, а разработчики просто пилят фичи из Jira и радуются сожженным стори-поинтам. Между бизнес-стратегией и ежедневным кодом зияет огромная пропасть, забитая бессмысленными хотелками стейкхолдеров. Фреймворк OKR (Objectives and Key Results) работает как жесткий мост, который заставляет команду прекратить кодить ради кодинга и начать решать проблемы бизнеса.
Что это такое
Scrum Guide 2020 вводит понятие Product Goal (Цель Продукта) — долгосрочный ориентир для Скрам-команды. OKR идеально ложится на этот артефакт.
Objective (Цель) задает вдохновляющий вызов и отвечает на вопрос «Куда мы идем?». Key Results (Ключевые результаты) дают 3-5 измеримых метрик, которые доказывают реальное достижение этой цели.
Формулируйте метрики через бизнес-результат (Outcome), а не через объем выпущенного кода (Output). «Сделать редизайн главной страницы» — это плохой KR. «Увеличить конверсию в покупку на 15%» — рабочий ориентир. Вы не знаете заранее, какая именно фича даст этот рост, поэтому берете в спринты гипотезы и проверяете их на пользователях.
Таблица
| Характеристика | Имитация OKR (Фокус на Output) | Настоящий OKR в Agile (Фокус на Outcome) |
|---|---|---|
| Формулировка KR | Выпустить 5 новых фич до конца квартала | Снизить отток клиентов (Churn Rate) на 10% |
| Связь с деньгами | Привязан к квартальной премии разработчиков | Отвязан от бонусов, поощряет амбиции и риск |
| Наполнение Бэклога | Забит жестким списком задач на полгода вперед | Содержит гипотезы, которые легко выбросить |
| Реакция на провал | Команда продолжает пилить фичу по плану | Владелец Продукта меняет тактику и берет новую гипотезу |
Как это работает на практике
Владелец продукта (Product Owner) берет квартальный OKR и использует его как безжалостный фильтр.
Приходит стейкхолдер с новой фичей. Владелец продукта задает один вопрос: «На какой из наших Key Results это повлияет?». Нет внятного ответа — задача летит в мусорку. Бэклог перестает быть кладбищем идей и превращается в набор гипотез, отсортированных по шансам сдвинуть нужную метрику.
На Планировании Спринта (Sprint Planning) команда формулирует Цель Спринта (Sprint Goal) как крошечный шаг к квартальному OKR. На Обзоре Спринта (Sprint Review) инспектируйте метрики Key Results, а не просто показывайте готовый код. Если релиз состоялся, а цифры стоят на месте — признайте гипотезу нерабочей и меняйте подход.
Главная мысль
OKR вытаскивает разработчиков из технического вакуума и заставляет думать о бизнесе. Если после утверждения новых OKR ваш Бэклог продукта не похудел наполовину, вы занимаетесь карго-культом. Настоящие цели заставляют команду вырезать старые задачи и искать дешевые способы прокачать нужные метрики.
Часто задаваемые вопросы (FAQ)
Нет. Люди начнут ставить заниженные, легко достижимые цели, чтобы гарантированно забрать бонус. OKR синхронизирует фокус компании, а не работает зарплатным калькулятором.
Владелец продукта делает это совместно с командой и стейкхолдерами. Бизнес задает стратегический Objective, а Разработчики помогают определить реалистичные Key Results, опираясь на технические возможности системы.
Убейте старый OKR и пересоберите фокус команды. Agile требует адаптации. Слепо бежать в стену ради выполнения устаревшего плана — глупо и дорого.
В Scrum Цель продукта — это долгосрочное обязательство для Бэклога. Один квартальный OKR выступает тактическим шагом к достижению этого глобального Product Goal.
Это грубая ошибка. Key Results измеряют ценность (рост удержания, снижение оттока, ускорение загрузки), а не факт релиза фичи. Фичи живут в Бэклоге продукта как инструменты для прокачки этих метрик.