OKR и KPI часто ставят в один ряд, будто это два варианта одного инструмента. На деле это разные вещи: они решают разные задачи и работают по-разному. Когда их путают, компания либо перестаёт развиваться, либо живёт в иллюзии контроля.
Спор «OKR или KPI» обычно рождается из боли, методология тут вторична. Где-то KPI перестают работать и вызывают формализм. Где-то OKR не дают эффекта и превращаются в красивые лозунги. В обоих случаях сами инструменты исправны, неясна их роль. Поэтому вопрос «что выбрать» почти всегда поставлен неверно. Правильный вопрос звучит так: какие зоны компании удерживают, а какие меняют.
Два инструмента отвечают на разные вопросы
Под KPI понимают ключевые показатели эффективности, описывающие состояние системы. Они отвечают на вопрос, насколько хорошо мы делаем то, что уже решили делать, и фиксируют норму и отклонение от неё. Исторически они появились как инструмент контроля и хорошо работают в предсказуемых системах, где процессы повторяемы, а результат можно заранее описать цифрами.
OKR придумали, чтобы ставить цели и видеть движение к ним, когда будущее неясно. Они отвечают на другой вопрос: что мы хотим изменить и по каким признакам поймём, что движемся. Граница тут важная. KPI не помогают искать новый рост. OKR не годятся для ежедневного контроля и наказаний. И главное различие в отношении к результату: по KPI ждут выполнения, по OKR ждут, что команда чему-то научится. Если это перепутать, оба инструмента перестают работать.
KPI и OKR по осям
| Ось | KPI | OKR |
|---|---|---|
| Вопрос | Насколько хорошо делаем то, что уже решили | В какую сторону хотим изменить систему |
| Среда | Предсказуемые, повторяемые процессы | Неопределённость, поиск нового роста |
| Отношение к результату | Выполнение нормы | Обучение и проверка гипотез |
| Итог цикла | Бинарный: выполнено или нет | Аналитический: ценно даже недостижение |
| Где живёт | Дашборды, отчёты, мониторинг | Обсуждения, ревью, документы целей |
| Связь с деньгами | Сама по себе нейтральна | Привязка к бонусам превращает цель в осторожный план |
| Где применять | Операции, поддержка, финансы, инфраструктура | Продукт, R&D, стратегические инициативы |
Смешение осей и есть источник большинства сбоев: один набор показателей заставляют работать сразу в двух режимах.
Почему KPI ломаются, когда среда усложняется
KPI дают управляемость, пока среда предсказуема. Проблемы начинаются с неопределённостью: новыми продуктами, рынками, гипотезами. Здесь всплывает механизм, который KPI не умеют обходить: показатель, назначенный целью, перестаёт быть честным измерением. Стоит привязать к цифре премию, и люди начинают управлять самой цифрой.
Команды начинают оптимизировать локальную цифру, даже когда это вредит общему результату: поддержка быстрее закрывает обращения, не устраняя причины; продукт улучшает метрику воронки ценой доверия. KPI начинают конфликтовать между собой, каждая часть системы тянет в свою сторону, а стратегическое движение замедляется.
Тут появляются OKR, и их часто принимают за «новую версию KPI». От них ждут того же: контроля, отчётов, гарантированного результата. Это серьёзная ошибка. OKR отвечают на другой вопрос, и пока этого не поняли, любое внедрение будет либо формальным, либо болезненным.
KPI необходимы там, где важна стабильность: операционные команды, поддержка, финансы, производство, инфраструктура без них быстро теряют управляемость и прозрачность.
OKR нужны там, где требуется развитие: продуктовые команды, R&D, стратегические инициативы, выход на новые рынки выигрывают от OKR, потому что те дают фокус без жёстких норм. На уровне компании обычно нужны оба: KPI удерживают систему в рабочем состоянии, OKR задают направление изменений; попытка управлять всей организацией только через один инструмент почти всегда даёт перекос.
Ещё многое зависит от атмосферы в компании. OKR требуют доверия, открытости и готовности обсуждать неудачи. Там, где за отклонения наказывают, OKR портятся за пару кварталов. Команды ставят цели пониже и прячут проблемы, и инструмент для перемен превращается в осторожную отчётность.
Как различие видно в реальной работе
Разницу между OKR и KPI лучше всего видно в трёх точках рабочего цикла.
Когда ставят ориентиры, KPI начинаются с плана или нормы. Дальше просто сравнивают факт с ожиданием, всё линейно и предсказуемо. OKR начинаются с цели, которая описывает желаемую перемену. Цель не обязана быть полностью достижимой, но должна быть понятной и осмысленной. Частая ошибка здесь: записать OKR как KPI, только красивыми словами. Тогда они теряют смысл.
В течение квартала по KPI регулярно проверяют: где отклонились и как вернуться к норме. По OKR регулярно размышляют: что сработало, что нет, какие гипотезы пора поменять. Как только OKR начинают использовать для мелочного контроля, они перестают быть OKR.
При подведении итогов результат по KPI обычно бинарный: выполнено или нет, что удобно для оценки эффективности. Итог по OKR всегда аналитический: даже недостигнутый результат ценен, если дал новое знание. И именно поэтому жёсткая привязка OKR к бонусам почти неизбежно превращает их в KPI: люди начинают выбирать безопасные, заведомо достижимые формулировки.
Разницу видно и по тому, где живут инструменты. KPI живут в отчётах, графиках и системах мониторинга. Их сила в регулярности, в том, что их легко сравнивать, и в прозрачности. У хорошего KPI записаны формула, источник данных и период.
OKR живут в обсуждениях, разборах и документах с целями и ключевыми результатами. Их сила в фокусе и в том, что команды двигаются в одну сторону. Зрелые компании их чётко разделяют: KPI следят за здоровьем бизнеса, OKR управляют переменами. Проблемы начинаются, когда один набор показателей заставляют делать и то и другое.
Где система чаще всего ломается
Сбои сводятся к восьми повторяющимся механизмам:
- Полная замена KPI на OKR оставляет операционные зоны без ориентиров.
- OKR как инструмент контроля убивают готовность ставить амбициозные цели.
- OKR, сформулированные как KPI, теряют смысл.
- Жёсткая привязка к бонусам заставляет занижать планку.
- OKR без стратегии превращаются в набор несвязанных целей.
- Перегрузка показателями размывает фокус.
- Забытые операционные KPI подрывают стабильность.
- Внедрение ради галочки и ожидание быстрых чудес обесценивают оба инструмента ещё до того, как они успеют сработать.
Внутри восьмого пункта обычно прячутся три конкретные ошибки: запуск OKR приказом сверху без участия команд, ожидание «серебряной пули» и планирование, которое начинается, когда квартал уже идёт.
Распознать их можно по тому, что говорят на совещаниях. «Давайте внедрим OKR, чтобы люди лучше выполняли план» сразу выдаёт непонимание сути: выполнение плана OKR никогда не обещали. Другой сигнал: KPI, которые противоречат друг другу и поощряют локальную оптимизацию. В такой системе не спасут ни OKR, ни KPI без пересмотра самой логики управления. Третий: OKR, о которых после постановки никто не вспоминает, то есть инструмент уже стал формальностью.
Перекос в обе стороны
Две типичные истории, названия компаний в них опущены.
Компания с сильной операционной культурой строила всё управление на KPI: продажи, маркетинг и продукт оценивались по жёстким числовым показателям.
Когда рынок начал меняться, KPI стали мешать: команды оптимизировали метрики, но не находили новых точек роста, а эксперименты считались риском. Ввели OKR для продуктовых команд, не отменяя KPI, и сфокусировали их на ценности для клиентов и проверке гипотез. Первые циклы дались тяжело: руководители требовали предсказуемости, команды боялись недостижения целей.
Через несколько кварталов OKR сместили фокус с отчётности на развитие, и новые решения дали эффект, который затем отразился и в KPI. Сработало прежде всего чёткое разделение ролей между инструментами.
Другая компания пошла противоположным путём: полностью отказалась от KPI в пользу OKR, устав от отчётности и конфликтующих показателей. Старт выглядел вдохновляюще: команды формулировали цели, обсуждали амбиции, впервые за долгое время говорили о развитии продукта, а не только о выполнении плана.
Через несколько месяцев операционные зоны остались без ориентиров: поддержка не понимала, какой уровень качества приемлем, финансы потеряли прозрачность, инфраструктурные команды заспорили о приоритетах. OKR начали описывать базовую деятельность, а формулировки от цикла к циклу становились всё приземлённее.
Систему пересобрали: для операционных процессов вернули ограниченный набор KPI, отражающих здоровье и стабильность, а OKR оставили для продуктовых и стратегических направлений. Через два квартала система стала сбалансированной: KPI перестали восприниматься как зло, а OKR вернули себе роль инструмента развития.
Первая компания задыхалась в KPI, вторая лишилась опоры без них, и вылечило обе одно и то же: явная граница между тем, что удерживают, и тем, что меняют.
Почему OKR нельзя привязывать к премиям
Стоит отдельно объяснить самую дорогую ошибку: связку OKR с бонусами и оценкой. Как только достижение цели напрямую влияет на деньги, человек рационально начинает занижать амбиции, выбирать гарантированно достижимые формулировки и скрывать проблемы, чтобы не портить отчёт. Так теряется всё, ради чего OKR и вводят: смелость целей и честность в обсуждении неуспеха.
Оценку работы и премии лучше строить на других механизмах, которые не искажают поведение. Иначе смелая цель превращается в осторожное обещание, а разбор итогов в защиту зелёных статусов. Сами по себе KPI нейтральны. Демотивирует другое: когда их вводят без объяснений и без возможности повлиять на причины отклонений.
Как отличить настоящий OKR от переодетого KPI
Хороший OKR состоит из двух разных по природе частей. Цель (Objective) качественная и про направление: отвечает на вопрос «куда двигаемся» и не должна быть цифрой. Ключевые результаты (Key Results) измеримы, но описывают итог, а не объём работы: не «выпустить пять экранов для новичков», а «поднять долю дошедших до первого ценностного действия». Подмена исхода объёмом работы остаётся самым частым способом незаметно превратить OKR в план задач.
Полезно различать и амбициозные и обязательные цели. Амбициозный OKR ставят заведомо выше того, что команда уверенно вытянет. Джон Доэрр в книге «Measure What Matters» (2018) описывает практику Google, где около 70% по такой цели считают хорошим результатом. Обязательную цель, например требование регулятора или SLA, выполняют на 100%, и по духу она ближе к KPI. Число ключевых результатов тоже стоит держать коротким, обычно от двух до пяти на одну цель. Смешение этих типов в одном списке и рождает страх недостижения: команда не понимает, где от неё ждут смелости, а где гарантии, и на всякий случай занижает всё.
Отвечает за OKR руководство, отдельная команда их не вытянет: лидеры задают стратегический контекст, внутри которого команды формулируют и реализуют цели. Без вовлечённости лидеров OKR быстро становятся формальностью или изолированной инициативой одной команды.
Ритм тоже часть механизма: цели ставят на цикл (обычно квартал), сверяются с ними коротко и регулярно (раз в одну-две недели), а в конце проводят разбор, где обсуждают не только процент выполнения, но и выводы. Именно регулярная рефлексия отличает OKR от отчётности: цель без разбора по ходу превращается в декларацию, о которой вспоминают только на финише.
Можно ли в стартапе жить без KPI
На ранних стадиях стартапы часто обходятся без формальных KPI, фокусируясь на гипотезах и OKR, и это нормально, пока система маленькая и гибкая.
Но по мере роста даже стартапу нужны базовые KPI, чтобы не потерять деньги и порядок. Без ориентиров по качеству, деньгам и надёжности развитие через OKR рано или поздно упрётся в развалившуюся текущую работу. Полный отказ от KPI навсегда редко работает. Решать приходится другое: когда их вводить и в каком минимальном объёме.
Пять вопросов к своей системе
Понимаете ли вы, какую управленческую задачу решает каждый инструмент, и разделены ли зоны стабильности и зоны изменений? Формулируются ли OKR как направления изменений, а не как планы, и есть ли у команд право их не выполнить? Отделены ли OKR от бонусов и наказаний? Есть ли минимальный набор непротиворечивых KPI для операционных зон и владелец у каждого? Обсуждаются ли OKR регулярно после постановки и связаны ли они со стратегией? Провал по нескольким пунктам обычно и означает, что инструменты смешаны и работают друг против друга.
Самый быстрый тест требует только оргструктуры и карандаша. Каждую команду помечают как зону стабильности или зону изменений. Первым достаётся короткий набор непротиворечивых KPI с владельцем, вторым квартальные OKR, отвязанные от премий. Команды, которые не удаётся отнести ни туда, ни сюда, обычно и спорят громче всех «OKR или KPI». С них и стоит начинать разбор: у такой команды, как правило, смешаны поддержка текущего продукта и работа над новым, и пока эти потоки не разделены, ни один из двух инструментов не заработает.