OKR в арб-команде ломается не на цели, а на плохой декомпозиции

OKR в арб-команде ломается не на цели, а на плохой декомпозиции

OKR полезен, когда у команды уже есть понятный North Star и нужно связать discovery с delivery. Он не даёт приоритизацию сам по себе: если Objective звучит как «улучшить продукт», а Key Results — про активность, вы получите шум вместо фокуса.

В арб-tooling лучше работает связка из 3 слоёв:
— Objective: какой бизнес-результат меняем
— Key Results: как поймём, что изменили поведение
— инициативы: что проверяем в discovery и разработке

Типовая ошибка — записывать в KR задачи команды: «сделать новый онбординг», «добавить фильтр», «переделать дашборд». Это не результат, а список работ. Для узкой B2B-аудитории важнее измерять не «сколько фичей выпустили», а сокращение времени до первого ценного действия, рост доли активных аккаунтов или снижение ручных касаний.

Хороший тест на OKR простой: если после встречи никто не может назвать, какое поведение пользователя должно измениться, цель написана слишком абстрактно. Если же KR можно улучшить, не понимая пользователя, значит вы меряете не то.

Собирайте OKR от поведения и интервью, а не от списка задач. Иначе это будет не система фокуса, а красивый способ согласовать хаос.