OKR для руководителей: как правильно поставить цели

TL;DR. OKR — инструмент для руководителей уровня L3–L4 по exec_planning и exec_priorities. На L1–L2 он не работает по структурным причинам: без квартального горизонта планирования и навыка приоритизации через бизнес-результат OKR становится очередной таблицей. RuForge диагностирует эту готовность в домене execution.

OKR: почему он не работает там, где его внедряют чаще всего

OKR (Objectives and Key Results) — один из самых переоценённых и неправильно применяемых управленческих инструментов в российских компаниях. Компания объявляет: «Мы переходим на OKR». Проводится воркшоп. Команды пишут Objectives и Key Results. Через квартал — заполняют следующую таблицу. Никто не понимает, что изменилось по сравнению с KPI.

Причина провала — не в инструменте. Причина в том, что OKR требует от руководителя определённого уровня управленческой зрелости. Конкретно — L3 и выше по двум субкомпетенциям: exec_planning (операционное планирование) и exec_priorities (управление приоритетами). Без этого OKR не работает не потому что плохо внедрили, а потому что организация к нему не готова.

Почему OKR не работает на L1–L2

OKR встроен на трёх допущениях, каждое из которых требует определённого уровня зрелости:

1. Амбициозные цели — норма, не провал. OKR предполагает, что 60–70% выполнения — это успех. L1–L2 руководитель воспринимает это как тревогу: «Мы не выполнили план». Привычная логика KPI — 100% = выполнено, меньше = провал — несовместима с OKR-мышлением.
2. Квартальный горизонт планирования. OKR работает на цикле квартал → ретроспектива → новый квартал. L1 руководитель планирует максимум на неделю, реактивно управляет задачами. Он физически не может поставить амбициозную квартальную цель, потому что не управляет квартальным горизонтом.
3. Осознанный отказ от всего остального. OKR требует выбора: берём эти три Objective, от остального отказываемся. L1 по exec_priorities не умеет говорить «нет». Каждый новый запрос становится «срочным». OKR-цели вытесняются операционным потоком.

Как это измеряет RuForge

Домен execution в RuForge включает две субкомпетенции, напрямую связанные с готовностью к OKR: exec_planning (операционное планирование) и exec_priorities (управление приоритетами). Диагностика через BARS позволяет точно определить текущий уровень и понять, что нужно изменить, прежде чем внедрять OKR.

Ваш уровень по операционному планированию (exec_planning)

Уровень	Что делает руководитель	К чему это приводит при работе с OKR
L1 Начальный	Планирует не далее 1 недели. Нет контрольных точек. Реактивное управление.	OKR невозможен: нет квартального горизонта, нет ритма планирования. Key Results не отслеживаются — они просто написаны в таблице.
L2 Развивающийся	Планирует на 2–4 недели, учитывает зависимости. Контрольные точки есть, но не всегда отслеживает.	OKR формально запускается, но теряется в середине квартала. Нет операционного ритма для weekly check-in. К концу квартала команда вспоминает об OKR и ретроспективно заполняет результаты.
L3 Опытный	Планирует квартальный горизонт. Ведёт операционный ритм: weekly check-in, monthly review. Выявляет риски заблаговременно.	OKR работает как инструмент. Квартальный цикл совпадает с ритмом планирования. Weekly check-in встроен в операционный ритм, а не существует отдельно от него.
L4 Экспертный	OKR-ритм на всех уровнях. Делегирует операционный контроль, сохраняя стратегический.	OKR становится языком организации. Команда самостоятельно ведёт ритм, руководитель занимается стратегическими решениями.

Что делать на каждом уровне

Шаг 1. Диагностика готовности

Перед внедрением ответьте честно на три вопроса:

• Ваши руководители планируют на квартал? (exec_planning)
• Они умеют говорить «нет» новым задачам, ссылаясь на текущие приоритеты? (exec_priorities)
• У вас уже есть операционный ритм: регулярные встречи команды, обзор прогресса? (exec_planning)

Если хотя бы два ответа «нет» — сначала выстройте ритм и горизонт, потом внедряйте OKR.

Шаг 2. Начните с пилота на одной команде

• Выберите команду с руководителем L3+ по exec_planning — они станут примером для других.
• Первый цикл — один квартал, один Objective, 2–3 Key Results. Не пытайтесь охватить всё.
• Проводите еженедельный 30-минутный OKR-чекин: что сделано, что блокирует, нужна ли корректировка.

Шаг 3. Поставьте правильные Objectives

• Objective — это качественный вдохновляющий ответ на вопрос «Чего мы хотим достичь?». Не метрика, не задача.
• Key Results — измеримые сигналы достижения Objective. Правило: если KR выполнен, можно утверждать, что Objective достигнут.
• Не более 3–5 Objectives на квартал. Это уже много — большинство команд справляются с 2–3.
• Амбициозность: при постановке цель должна казаться достижимой на 60–70%, не на 100%. 100% — это не OKR, это план.

Шаг 4. Встройте OKR в операционный ритм

• Weekly OKR check-in (30 мин): что двигается, что застряло, нужна ли корректировка Key Results?
• Monthly review (60 мин): где мы на пути к Objective, какие риски выросли?
• Quarterly retrospective (2–3 часа): что достигли, что не достигли и почему, что меняем в следующем квартале?

Шаг 5. Нормализуйте «не 100%»

• Публично скажите команде: «Если мы выполняем OKR на 100% — значит, мы недостаточно амбициозны».
• При ретроспективе анализируйте причины неполного достижения без наказания за амбицию.
• Отделите OKR от системы оценки и бонусов — это убивает амбициозность целей.

Частые ошибки

• OKR как переименованные KPI. «Objective: вырасти выручку на 20%. Key Result: закрыть 50 сделок». Это не OKR — это KPI с другим названием. Objective должен быть качественным и вдохновляющим, KR — измеримым результатом, а не активностью.
• Слишком много OKR. 7 Objectives по 5 Key Results = 35 метрик. Команда теряется. Правило: лучше 2 Objective по 2–3 KR, которые реально отслеживаются, чем 7 Objectives, которые забываются к концу второй недели квартала.
• OKR без защиты от внешних задач. Команда ставит OKR, а потом на протяжении квартала руководитель берёт новые «срочные» задачи. К концу квартала ни одна OKR-цель не достигнута, потому что ресурс ушёл на внеплановые задачи. OKR без exec_priorities = имитация.
• Отсутствие операционного ритма. OKR поставлены в январе. Следующий раз вспомнили в марте. Без еженедельного чекина OKR превращается в документ, а не в инструмент управления.
• Привязка OKR к бонусам. Как только OKR влияют на зарплату — команда начинает ставить заниженные, гарантированно достижимые цели. Амбициозность исчезает. OKR превращается в систему «написать что сделаю и сделать то что написал».

Кейс из практики

Skyeng: внедрение OKR в продуктовых командах

Образовательная платформа Skyeng стала одной из первых российских компаний, публично рассказавших о своём опыте внедрения OKR на конференциях (ProductSense, Highload). По материалам их выступлений, первый цикл внедрения в 2018–2019 годах столкнулся с классической проблемой: команды заполнили OKR, но продолжили работать по привычному режиму «что горит, то и делаем». Key Results не отслеживались еженедельно. К концу квартала большинство целей не были достигнуты — и это демотивировало команды.

Переломный момент — введение обязательных еженедельных OKR-чекинов и, критически важно, публичное объявление руководства о том, что 60–70% достижения является нормой. После этого команды начали ставить реально амбициозные цели. Второй важный шаг — явное разграничение: OKR не влияют на бонус, они нужны для фокуса и развития. По оценкам участников процесса, после этих изменений управляемость приоритетов в продуктовых командах выросла заметно: реже возникала ситуация «работаем много, но непонятно к чему».

Источники: выступления продуктовых менеджеров Skyeng на конференциях ProductSense, vc.ru.

Итого

• OKR — инструмент L3–L4 по exec_planning и exec_priorities. На L1–L2 он не работает структурно, а не из-за ошибок внедрения.
• Три условия готовности: квартальный горизонт планирования, операционный ритм (weekly check-in), навык осознанного отказа от задач вне OKR.
• Ambition calibration — ключевой культурный сдвиг: 60–70% выполнения является нормой, а не провалом.
• Привязка OKR к бонусам убивает их смысл — цели перестают быть амбициозными.
• Начинайте с пилота на одной команде с L3+ руководителем, а не с company-wide rollout.

Часто задаваемые вопросы

Чем OKR отличается от KPI — в чём принципиальная разница?
KPI измеряет текущую производительность (операционный индикатор): конверсия, выручка, NPS. OKR описывает желаемое изменение за квартал: куда мы хотим сдвинуться, почему это важно, как измерим движение. KPI отвечает на вопрос «насколько хорошо мы работаем», OKR — на вопрос «к чему мы движемся». Эти инструменты дополняют друг друга: OKR задаёт направление изменений, KPI измеряет операционную стабильность. Ошибка — использовать их как синонимы.

Сколько OKR должно быть у команды из 8 человек?
Для команды из 8 человек на квартал: 2–3 Objective, каждый с 2–3 Key Results. Итого 4–9 Key Results — это уже достаточно для управления фокусом. Больше не значит лучше: 5+ Objectives означает, что у команды нет реальной приоритизации. Правило проверки: если удалить один из Objectives, станет ли принципиально легче работать? Если нет — возможно, он не нужен.

Как убедить топ-менеджмент, что 70% выполнения OKR — это нормально?
Используйте аналогию: амбициозная цель с 70% достижением создаёт больше ценности, чем консервативная с 100%. Если команда всегда выполняет OKR на 100% — это сигнал, что цели занижены. Google, где OKR появился в современном виде, изначально закладывал 60–70% как целевой уровень достижения. Практический способ показать это руководству: сравните реальный прогресс команды с амбициозными OKR против команды с «безопасными» KPI за два-три квартала.

Проверьте свой уровень

Пройдите диагностику RuForge по домену execution — 20 минут, покажет точный уровень по каждой субкомпетенции с персональными рекомендациями.

Пройти бесплатную диагностику →

Связанные материалы

— Стратегическое управление: от цели до результата
— Как связать личные цели сотрудника со стратегией компании
— SMART-цели: почему не работают и что делать вместо