Статьи о KPI

KPI руководителя проектов: какие показатели отделяют результат от имитации работы

Руководитель проектов - одна из тех должностей, где легко выглядеть занятым, ничего не завершая. Совещания, согласования, письма, звонки. Всё движется, но ничего не доезжает до финиша. Именно поэтому без внятной системы KPI эта позиция превращается в чёрную дыру для бюджета.
В компаниях, где проектное управление поставлено формально, руководитель проектов отчитывается статусами: "в процессе", "на согласовании", "ожидает ресурсов". Но бизнесу нужны не статусы, а результаты - в деньгах, в сроках, в удовлетворённости заказчика.

Почему стандартные метрики не работают
Большинство компаний начинают с очевидного: "процент проектов, завершённых в срок". На бумаге выглядит логично. На практике - провоцирует манипуляции. Руководитель проектов начинает закладывать в план тройной запас по срокам. Формально сдаёт вовремя, реально - растягивает работу вдвое.
Второй популярный показатель - "количество завершённых проектов". Тоже ловушка. Один крупный проект с маржинальностью 40% приносит больше, чем десять мелких с маржинальностью 5%. Но по KPI "количество" - десять мелких выигрывают.
Проблема в том, что проектное управление - это не конвейер. Здесь нельзя просто посчитать штуки и проценты. Нужна система, которая учитывает качество, экономику и реальное влияние на бизнес.

Какие показатели действительно имеют значение
Рабочая система KPI для руководителя проектов строится на пяти уровнях:
  • Отклонение бюджета проекта от плана - не просто "уложился/не уложился", а дельта в процентах. Целевое значение - не более 10% перерасхода. Этот показатель сразу выявляет тех, кто не умеет оценивать ресурсы
  • Отклонение сроков от базового плана - измеряется от первоначально согласованного дедлайна, а не от последней ревизии. Иначе руководитель просто будет пересогласовывать сроки каждый месяц
  • Индекс удовлетворённости внутреннего заказчика - опрос после сдачи проекта. Пять вопросов, шкала 1-10. Простой и показательный инструмент, который быстро выявляет проблемы коммуникации
  • Маржинальность портфеля проектов - соотношение прибыли к затратам по всем активным проектам. Показывает, насколько руководитель умеет расставлять приоритеты и управлять ресурсами
  • Процент рисков, сработавших без митигации - если риск наступил и к нему не было плана "Б", это прямой показатель профессионализма. Целевое значение - не более 15%

Кейс: IT-интегратор из Новосибирска
Компания занимается внедрением ERP-систем. Штат - 80 человек, одновременно ведут 12-15 проектов. До 2024 года руководителей проектов оценивали по двум показателям: количество завершённых проектов и NPS клиентов.
Результат: руководители брали только "лёгкие" проекты, сложные внедрения простаивали. NPS держался на 7.2, но маржинальность портфеля упала до 18% при целевых 30%. Компания теряла около 4 млн рублей в квартал на неэффективном распределении ресурсов.
После перехода на пятиуровневую систему KPI с весами (бюджет 25%, сроки 20%, удовлетворённость 20%, маржинальность 25%, риски 10%) ситуация изменилась за два квартала. Маржинальность выросла до 27%, средний срок проекта сократился на 22%, а текучесть в проектном офисе снизилась - люди поняли, за что именно получают бонус.

Кейс: производственный холдинг, Екатеринбург
Холдинг из четырёх заводов, проектный офис из 6 человек управляет капитальными проектами: модернизация оборудования, запуск новых линий, автоматизация складов. Средний бюджет проекта - от 15 до 80 млн рублей.
Проблема: три проекта подряд вышли за бюджет на 35-50%. Руководитель проектов объяснял это "непредвиденными обстоятельствами" и "задержками поставщиков". Руководство не могло оценить, нормально это или нет - не было системы координат.
Внедрили KPI с привязкой к автоматическому расчёту KPI в учётной системе. Каждый проект получил карточку с план-фактом по бюджету, срокам и ключевым вехам. Данные подтягивались из 1С автоматически, руководитель проектов не мог их "подкрутить".
Через полгода средний перерасход снизился с 42% до 14%. Два из шести руководителей не прошли испытательный период по новой системе - их показатели стабильно были в красной зоне. Зато оставшиеся четверо получили бонусы на 40% выше прежних.

Частые ошибки при внедрении KPI для проектного офиса
  • Слишком много показателей - больше 7 KPI превращают систему в бюрократию. Оптимально 5-6 с чёткими весами
  • Отсутствие автоматического сбора данных - если руководитель проектов сам заполняет свои KPI, объективности не будет. Данные должны браться из учётной системы
  • Одинаковые KPI для разных типов проектов - внутренний IT-проект и коммерческое внедрение для клиента требуют разных метрик. Нужна матрица: тип проекта / набор KPI
  • Оценка только по результату, без процесса - проект может провалиться по внешним причинам. Важно оценивать и качество управления: актуальность плана, управление рисками, коммуникация со стейкхолдерами
  • Отсутствие калибровки - целевые значения нужно пересматривать раз в полгода. То, что было амбициозной целью год назад, сегодня может быть нормой

Как связать KPI с мотивацией
Рабочая формула для бонусной части руководителя проектов: 30-40% от оклада, привязанные к взвешенной сумме KPI. При выполнении менее 70% от плана - бонус не выплачивается. При выполнении 100-120% - коэффициент 1.0-1.3. Выше 120% - потолок, чтобы не провоцировать манипуляции с планированием.
Важный нюанс: бонус должен рассчитываться по итогам завершённых проектов, а не по календарным периодам. Проект длиной в 8 месяцев нельзя оценивать поквартально - это искажает картину и создаёт стимул "закрывать" этапы формально.

Что делать прямо сейчас
  • Провести аудит текущих проектов: где реальный план-факт по бюджету и срокам
  • Определить 5-6 ключевых показателей с весами, согласовать с руководителями проектов
  • Настроить автоматический сбор данных из учётной системы - ручной ввод убивает объективность
  • Запустить пилот на 2-3 проектах, откалибровать целевые значения по факту
  • Попробовать бесплатный генератор KPI для быстрого старта - он подберёт базовый набор показателей под конкретную должность за несколько минут
Руководитель проектов без KPI - это пилот без приборной панели. Летать можно, но посадка будет жёсткой. Чем раньше появятся измеримые ориентиры, тем меньше проектов закончатся аварийно.