Аналитик, который первым говорит «давайте улучшать процесс» — часто уже проиграл. Почему?

Однажды пришла в проект, где команда «улучшала процесс» третий квартал подряд. Дашборды не росли. Мы копали и нашли причину — не в BPMN, а в цене решения и в том, как люди работают в условиях KPI. Процесс был «оптимальным» для скорости, но он подталкивал сотрудников принимать решения, которые снижали маржу.

Ключевая мысль: процесс — всего лишь инструмент. Цель — бизнес-метрика.
Если вы начинаете с «давайте улучшать процесс», вы рискуете оптимизировать не то, что действительно приносит деньги или ценность.

Что делать вместо общего «оптимизируем»
1️⃣ Спросите сначала про цель.
— Какая бизнес-метрика должна измениться? (маржа, время до рынка, % ошибок, удержание клиента)
2️⃣ Привяжите изменение к метрике.
— Любое рефакторинг-решение должно иметь гипотезу: если мы изменим X, то метрика Y вырастет/упадёт на Z%.
3️⃣ Проверьте поведение людей, а не только диаграмму.
— Почему сотрудники обходят процесс? Что их мотивирует «срезать углы»? Часто ответ — в KPI/награждениях.
4️⃣ Предлагайте варианты с бизнес-эффектом.
— Не один «улучшенный BPMN», а 2–3 сценария: минимальное изменение, реорганизация ролей, изменение KPI — и оценка влияния на метрику.
5️⃣ Отмерьте риск и стоимость изменений.
— Иногда дешевле изменить цену/коммерческую модель, чем детализировать процесс ещё на 100 страниц.

Мини-чек-лист перед любым рефакторингом процесса:
🌸 Ясна ли целевая бизнес-метрика?
🌸 Есть ли гипотеза «что изменится» и как это измерить?
🌸 Понимаем ли мы мотивацию людей, которые будут выполнять процесс?
🌸 Есть ли альтернативы, не требующие глубокой перестройки процесса?
🌸 Оценён ли риск и стоимость внедрения?

Если вы хотите — помогу сформулировать гипотезу для вашей метрики. Напишите, какая метрика у вас приоритетна (маржа / time-to-market / SLA / ошибки) — и я предложу, с чего начать😉

#ITHumanWork #BusinessAnalysis #Процессы