Почему OKR и KPI ломают друг друга, пока их не развели

На бумаге «OKR против KPI» выглядит как выбор методологии. Во многих компаниях за ним стоит напряжение между менеджментом и командами: одни считают KPI основой дисциплины и управляемости, другие видят в OKR единственный способ добиться реального прогресса в меняющейся среде.

Проблема в том, что обе системы часто внедряются формально. KPI начинают измерять ради отчетности, а OKR превращаются в красиво сформулированные цели, которые ни на что не влияют.

Тогда и появляется то, что выглядит как управление, но им не является: иллюзия контроля с одной стороны и иллюзия стратегии с другой. Разница между инструментами сводится к одному вопросу: держит показатель систему в норме или проверяет догадку о том, как ее изменить.

Почему KPI появляются раньше OKR

Большинство компаний приходят к KPI исторически, задолго до разговоров об OKR. Показатели появляются как способ зафиксировать ожидаемый результат и проконтролировать выполнение, а со временем обрастают бонусами, отчетами и статусом обязательных чисел. Пока процесс стабилен, это работает: KPI хорошо измеряют систему, которая уже устроена правильно.

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

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

KPI ловит отклонение, OKR проверяет гипотезу

KPI по своей природе ориентированы на контроль. Они отвечают на вопрос, насколько хорошо мы выполнили то, что уже решили делать, и сигнализируют, укладывается ли система в заданные рамки. Это управление через отклонения, и оно уместно там, где процесс повторяем, а результат предсказуем.

OKR решают другую задачу. Objective (цель) задает направление и объясняет, зачем все это. Key Results (ключевые результаты) показывают, что команда движется в нужную сторону. Контролировать с их помощью неудобно: они описывают, как изменить систему, а не как удержать ее в норме. KPI сравнивают текущее состояние с нормой. OKR записывают догадку о том, что приведет к другому состоянию. Поэтому портятся оба инструмента, когда один выдают за другой: и OKR, превращенные в KPI, и KPI, превращенные в OKR.

Отсюда и разделение по командам. KPI хорошо подходят операционным службам: поддержке, производству, логистике. Там ценят стабильность, и отклонение от нормы действительно означает проблему.

OKR нужны там, где компания ищет рост и новую ценность или не знает заранее, что сработает: в продуктовых командах, R&D, стартапах, проектах трансформации. Важная оговорка: OKR плохо приживаются там, где жестко контролируют и наказывают. Им нужны доверие и готовность считать недовыполненную цель частью обучения. Поэтому Джон Доэрр в книге «Measure What Matters» (2018) и разделяет цели-обязательства, которые выполняют полностью, и амбициозные цели, где частичный результат считается нормой.

KPI и OKR: в чем практическая разница

Каждую строку читают целиком: путаница начинается там, где KPI берут из правой колонки (делают из них стратегию) или OKR из левой (привязывают к премии и требуют 100%).

Как две системы работают вместе

Обе системы могут работать вместе, если соблюдать порядок. Сначала KPI показывают, где система находится сейчас: что работает стабильно, а что нет. Это диагностика, ответ на вопрос «что происходит». Без нее нельзя осознанно поставить цель на изменение. Только показателей должно быть немного, иначе фокус размывается.

Затем появляются OKR. Их формулируют, когда понятно, что именно нужно изменить в системе. Желание просто улучшить цифру тут плохая отправная точка. Key Results не обязаны повторять KPI. Чаще они описывают промежуточные сдвиги, например в поведении пользователей или в продукте, которые со временем могут сдвинуть ключевые метрики. Спускать их сверху как план бессмысленно. Это догадки, и их нужно обсуждать с командой.

Главное здесь не смешивать роли. KPI остаются инструментом контроля стабильности, OKR инструментом развития. Когда роли путают, OKR начинают использовать для оценки людей, а KPI для имитации стратегии, и разрушаются оба.

В здоровой системе они живут параллельно и в разном ритме. KPI смотрят каждый день или каждую неделю на дашбордах и разборах отклонений. OKR пересматривают раз в цикл, на встречах по прогрессу (check-in), где разговор важнее отчета. Никакая платформа не спасет метод, если OKR по сути используют как KPI.

Ритмы различаются не случайно. KPI смотрят часто, потому что отклонение нужно поймать быстро, пока сбой не стал инцидентом. Чем позже реакция, тем она дороже.

Цель на изменение пересматривают редко: гипотезе нужно время, чтобы дать результат. Если менять такую цель каждую неделю, команда начнет реагировать на шум и бросать направления, которые еще ничего не успели показать.

Запаздывающим показателем нельзя рулить

Большая часть путаницы между KPI и OKR снимается, если посмотреть на них через опережающие и запаздывающие показатели. Выручка, отток, маржа, доля рынка относятся к запаздывающим показателям: они фиксируют результат, когда повлиять на него уже поздно. Именно из них обычно и составляют KPI, потому что их удобно сверять с планом и вставлять в отчет. Проблема в том, что запаздывающим показателем нельзя рулить напрямую: можно только смотреть в зеркало заднего вида и объяснять, почему цифра уже такая, какая есть.

Key Results чаще описывают опережающие показатели: те, что команда может двигать на этой неделе и которые с некоторой задержкой отражаются на запаздывающих. Если удержание зависит от того, доходит ли новый пользователь до первого ключевого действия, то опережающим показателем будет доля тех, кто дошел до него за первые три дня, а сам отток через два месяца останется запаздывающим.

Когда эти два типа разведены, компания перестает требовать от команды влиять на число, которое формируется слишком поздно. Вместо этого у команды появляется рычаг, за который реально можно взяться сейчас. Здесь же прячется частая ошибка: Key Result, скопированный с KPI один в один, снова оказывается запаздывающим, и команда опять остается с целью, но без управляемого рычага под ней.

Где ломается управление метриками: от премии до чужих целей

Самый частый способ сломать OKR: привязать их к премии. Как только от достижения цели зависит вознаграждение, команда начинает ставить заведомо выполнимые задачи, амбициозная рамка превращается в план с гарантированным результатом, и смысл инструмента исчезает. По той же причине не работает ожидание стопроцентного выполнения: полное закрытие всех целей обычно означает, что их занизили.

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

Зеркальная ошибка: превратить KPI в стратегию. KPI показывают, что происходит с системой сейчас, но не отвечают, куда компания идет. Если управлять по ним как по стратегии, текущее устройство работы закрепляется, и меняться становится почти невозможно. А когда KPI еще и становятся основанием для санкций, их начинают улучшать в отчетах, и данные перестают быть источником информации о системе.

Остальные сбои касаются фокуса и связности. Пять-шесть целей на квартал означают отсутствие приоритета. Рабочий предел: одна-две цели, за которые команда действительно отвечает. Ошибки самого внедрения тоже повторяются из компании в компанию: OKR спускают сверху без участия команд, ждут от них «серебряной пули», а планирование нового цикла начинают, когда квартал уже идет. Для ключевых результатов разумная рамка: от двух до пяти на цель. Меньше двух редко описывают изменение целиком, больше пяти снова размывают фокус.

Скопированные у конкурентов OKR отражают чужой контекст и убедительно выглядят на слайде, но не связаны с вашими ограничениями. Цели, измеряемые только числом, теряют то, что к числу не сводится: например, переход к другой модели принятия решений. OKR, добавленные поверх старых KPI без ревизии, дают команде два конфликтующих набора сигналов. А цикл, по итогам которого никто не разбирает результаты, не дает обучения: те же формулировки с теми же ошибками переезжают в следующий квартал. За всеми этими ошибками стоит одна подмена: попытка обойтись одним слоем управления там, где нужны два.

Почему показатель, ставший целью, начинает врать

У большинства перечисленных сбоев общий механизм, известный как закон Гудхарта: как только показатель становится целью, он перестает быть хорошим показателем. Пока число просто отражает состояние системы, оно информативно. Как только за него начинают премировать или наказывать, у людей появляется второй, более сильный стимул: улучшить само число. И почти всегда есть способ сделать это, не трогая систему.

Служба поддержки, которую оценивают по времени закрытия обращения, закрывает их быстрее, разбивая одну проблему на три тикета. Продуктовая команда, у которой в Key Results стоит рост регистраций, поднимает регистрации, ослабляя онбординг, и портит активацию, которую в тот квартал никто не измерял.

Вывод простой. Чем сильнее показатель связан с премией, тем внимательнее смотрите, что он на самом деле измеряет. И держите рядом контрольную метрику, которая поймает обход. Показатель без санкций остается честным дольше, чем показатель, от которого зависит бонус. Люди в обоих случаях одни и те же, разница только в стимуле. Поэтому измерение и вознаграждение лучше держать раздельно. Когда они сливаются, система начинает измерять умение рисовать нужные цифры.

KPI с бонусами и OKR без смены культуры

Компаний из этих двух историй не существует, зато обе траектории узнает почти любой, кто внедрял цели.

В продуктовой компании среднего размера KPI были единственным инструментом управления и привязывались к бонусам. Формально все было логично: метрики растут, значит, все хорошо; падают, значит, есть проблема. Но команды начали оптимизировать именно показатели: продуктовые решения принимались из расчета, что быстрее поднимет KPI, а экспериментов избегали, потому что могли просадить квартальные цифры.

Через несколько кварталов KPI по-прежнему выполнялись, а бизнес-результаты перестали расти. Компания оставила KPI как операционные индикаторы, но сняла с них роль единственного критерия успеха и сформулировала OKR вокруг изменений в поведении пользователей. Первые циклы были тяжелыми, часть гипотез не сработала, зато обсуждения стали глубже, а команды начали брать инициативу. Через несколько циклов появились новые точки роста, и KPI пошли вверх уже как следствие изменений, которых никто не заказывал в виде цифры.

Во второй истории OKR внедрили формально, не тронув культуру. Руководство объявило переход, но KPI и бонусы остались прежними, и командам предложили «думать амбициозно», не меняя условий оценки. OKR быстро стали восприниматься как лишняя бюрократия: Objective звучали красиво, а Key Results подгонялись под уже существующие KPI, потому что все понимали, по чему их оценят на самом деле.

Помогло только разведение систем: KPI оставили для стабильных процессов, OKR сделали инструментом изменений без прямой привязки к премии и дали командам право на недовыполнение и рефлексию. Это снизило страх ошибки и повысило качество гипотез.

Инструменты в обеих историях одни и те же; различается то, развела ли компания контроль и развитие.

Проверить это в своей компании можно тремя вопросами. Есть ли у каждого KPI владелец и порог, при котором отклонение запускает разбор? Есть ли у каждой команды одна-две цели на изменение с опережающими Key Results, которые она может двигать уже на этой неделе? И зависит ли чья-то премия от OKR? Если на первые два ответ «нет», а на третий «да», управление подменено отчетностью или декларациями. Новая платформа для целей этого не исправит, исправят отвязка OKR от бонуса и ревизия KPI.