Статьи о KPI

KPI руководителя должны включать проекты: иначе проекты будут саботироваться

2026-03-11 11:50 Статьи
Во многих компаниях руководителей оценивают только по текущим цифрам: выручка, выпуск, маржинальность, расходы, дисциплина. Это логично — бизнесу нужна стабильная операционка. Но есть одна проблема: если KPI руководителя состоит только из операционных показателей, развитие почти неизбежно будет саботироваться.
Не потому, что руководители “плохие”. А потому что система мотивирует их защищать то, за что платят, и откладывать то, за что не платят и что повышает риск провала по KPI.

Почему проекты всегда проигрывают операционке

Проект — это изменение: внедрение, перестройка процесса, обучение, запуск нового подхода, переход на новые правила. Проекты требуют:
  • времени руководителя,
  • внимания команды,
  • ресурса (денег или людей),
  • и часто временно ухудшают показатели, пока система перестраивается.
Если мотивация руководителя завязана только на операционные цифры, его выбор рационален:
  • “Сейчас сделаю проект — отвлеку людей → просядет результат → потеряю премию.”
  • “Лучше удержу показатели и не буду рисковать.”
Так возникает классический эффект: проекты “вечно в планах”, но в реальности откладываются, потому что каждый месяц есть срочные операционные задачи.

Как KPI без проектов формирует саботаж (даже без злого умысла)

1) Руководитель “сдвигает” проект в неопределённое будущее

Фраза “в следующем месяце начнём” повторяется бесконечно, потому что каждый месяц KPI требует закрывать текучку.

2) Проект делают “для галочки”

Если проект не влияет на KPI, его могут формально запустить, но без реального управления: без сроков, без критериев готовности, без ответственности.

3) Руководитель защищает статус-кво

Любое изменение — риск. KPI без проектов превращает руководителя в “охранника текущего состояния”: главное — не ухудшить цифры здесь и сейчас.

Что значит “включить проекты в KPI”

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

Практическая модель: два проектных результата каждый период

Чтобы проекты не “умирали”, руководителю полезно фиксировать два результата:
  1. Выполненные запланированные проекты
  2. То есть то, что обещали сделать в периоде, — сделано.
  3. Защищённые планы на следующий период
  4. Не “идеи”, а конкретные планы: что делаем дальше, какие сроки, какая готовность считается выполнением.
Так проекты становятся управляемой дисциплиной: руководитель не просто “делает когда получится”, а регулярно:
  • планирует,
  • выполняет,
  • подтверждает готовность,
  • и готовит следующий шаг.

Как считать эффективность по проектам (просто и без бюрократии)

Чтобы не уйти в сложные формулы, можно использовать понятную шкалу:
  • 0% — проект не начат / не выполнен
  • 50% — частично выполнен (по заранее описанному критерию)
  • 100% — выполнен (критерий готовности достигнут)
Ключевое условие: критерии “что значит выполнено” должны быть ясны заранее. Иначе проектная часть превратится в субъективные споры.

Почему проектная часть особенно важна для руководителей

Руководители — это те, кто превращает цели компании в реальную работу. Если у них нет проектной части, компания может годами оставаться в режиме “поддерживаем процесс”, даже если сверху постоянно говорят: “нам нужно развитие”.
Проекты — это способ закрепить изменения в системе, а не надеяться, что они “когда-нибудь случатся”.

Итог

Если KPI руководителя состоит только из операционных показателей, проекты будут проигрывать каждый месяц — и развитие начнёт саботироваться естественным образом. Чтобы компания менялась, проектная часть должна быть встроена в KPI так же ясно, как план по выручке или точность бюджета. Проще всего начать с дисциплины:
  • что сделали из запланированного,
  • что запланировали и защитили на следующий период,
  • и по каким критериям это считается выполненным.
Так проекты перестают быть “дополнительной нагрузкой” и становятся частью управленческого результата.