В какой-то момент почти в каждой компании возникает вопрос: «А какие KPI поставить бизнес-аналитику?»
И тут начинается самое интересное.
Одни привязывают его к выручке продукта. Другие — к срокам проекта. Третьи — к скорости разработки. Четвертые — к количеству задач в Jira.
Формально это может звучать логично. На практике — возникает серьезная деформация роли. Бизнес-аналитик начинает отвечать за то, чем он не управляет. А значит, система оценки перестает работать.
В чем проблема неправильных KPI
Когда KPI не соответствует роли, происходят три вещи.
1. Размывается зона ответственности
Если бизнес-аналитика оценивают по выручке, то он начинает вмешиваться в продуктовые решения. Если по срокам — в управление проектом. Если по скорости — в работу команды разработки.
В итоге вместо выполнения своей прямой функции бизнес-аналитик втягивается в борьбу за показатели.
2. Формируется токсичная модель поведения
Если KPI — «чем меньше изменений требований, тем лучше», бизнес-аналитик начинает избегать уточнений. Если KPI — «количество задач», начинается дробление и имитация активности. Если KPI — «выручка», появляются попытки влиять на то, что вне зоны контроля. Система начинает поощрять не качество, а защитную стратегию.
3. Страдает сам продукт
Главная функция бизнес-аналитика — снижать неопределенность до начала реализации. Когда метрики смещены, снижается глубина проработки. Ошибки выявляются позже. Конфликты растут. Стоимость изменений увеличивается.
За что на самом деле отвечает бизнес-аналитик
Если убрать все лишнее, роль можно сформулировать довольно просто:
Бизнес-аналитик отвечает за качество подготовки изменений.
Он не продает продукт. Не управляет маркетингом. Не контролирует сроки проекта. Не пишет код.
Его зона — требования, логика, согласованность, структурирование процессов и устранение противоречий до начала разработки.
И вот из этой функции и должны строиться KPI бизнес-аналитика.
Какие группы KPI логичны для бизнес-аналитика
В зрелых командах метрики обычно строятся вокруг четырех направлений:
1. Качество требований
Сюда относятся показатели, связанные с:
- долей доработок требований после передачи в разработку
- дефектами, вызванными ошибками требований
- полнотой описания сценариев, правил, ограничений
Если после старта разработки постоянно выявляются логические пробелы — это сигнал о проблемах аналитики. Если требования стабильны и прозрачны — система работает корректно.
2. Управляемость изменений
Изменения — это нормально. Живая среда не бывает статичной.
Но важно различать:
- управляемые изменения
- спонтанные и беспорядочные изменения
- «сюрпризы», всплывающие слишком поздно
Стабильность scope и предсказуемость согласований — важный индикатор качества работы аналитика.
3. Снижение рисков
Хорошая аналитика — это выявление проблем заранее.
Если ключевые ограничения и противоречия обнаруживаются до старта разработки, проект экономит ресурсы. Если критичные требования появляются на этапе тестирования — стоимость ошибки кратно выше.
4. Качество коммуникации
Бизнес-аналитик — связующее звено между бизнесом и IT.
Поэтому важны:
- понятность требований
- уровень возвратов задач из разработки
- удовлетворенность стейкхолдеров
Коммуникация — это не «мягкий навык». Это часть функциональной ответственности.
KPI, которые выглядят логично, но не относятся к роли
Есть метрики, которые часто назначаются бизнес-аналитикам, но по своей сути они принадлежат другим ролям:
- выручка продукта
- сроки проекта
- скорость разработки
- отсутствие изменений требований
- количество задач
Главный тест соответствия KPI функции бизнес-аналитика простой:
- Может ли аналитик напрямую управлять этим показателем?
- Зависит ли результат преимущественно от качества аналитики?
- Гарантирует ли идеальная работа аналитика достижение KPI?
Если хотя бы на два вопроса ответ «нет» — метрика подменяет роль.
Почему важно правильно выстроить систему KPI
Когда KPI соответствуют функции:
- снижается количество конфликтов
- уменьшается объем переделок
- повышается предсказуемость
- растет качество решений
Когда KPI не соответствуют функции:
- аналитик начинает защищаться вместо выполнения своих функциональных обязанностей
- проблемы скрываются
- возникает имитация активности
- команда теряет фокус
KPI — это не инструмент давления. Это инструмент калибровки роли бизнес-аналитика (да и вообще любой другой).
Что делать, если вы чувствуете подмену роли
Если вы бизнес-аналитик и ощущаете, что вас оценивают по чужим метрикам — это не частная проблема. Это системный вопрос архитектуры управления.
Если вы руководитель — проверьте, не подменяете ли вы функцию роли через показатели.
Я подробно разобрал корректные и некорректные KPI, границы ответственности аналитика, типичные ошибки в оценке и практическую матрицу проверки KPI в большой структурированной статье у себя на сайте.
Там — системная модель и инструмент, который можно применить в реальной компании.
Если вы работаете с процессами, продуктами или проектами, тема KPI бизнес-аналитика рано или поздно становится еще одним фактором зрелости всей системы управления.