Что считать результатом цифрового проекта, кроме запуска
 
В практике цифровых проектов успехом часто считается запуск проекта: система введена в промышленную эксплуатацию, акт подписан, команда внедрения переключилась на следующую задачу. Логика понятна — план-график, бюджет и KPI проектной команды привязаны к срокам ввода, и все формальные обязательства выполнены. Между тем запуск подтверждает только техническую работоспособность системы; о бизнес-эффекте судить по нему нельзя.
 
Масштаб расхождения между формальным завершением и реальным результатом можно оценить по данным «Рексофт». В июле 2025 года компания опубликовала исследование окупаемости инвестиций в цифровые технологии для нефтяной, нефтехимической и горно-металлургической отраслей: в ГМК планового эффекта достигает лишь каждая вторая компания, а ощутимый финансовый результат — рост EBITDA более чем на 3% — получает каждая третья.
 
По опросу Gartner среди 782 руководителей ИТ-инфраструктуры и эксплуатации, проведенному в ноябре — декабре 2025 года, полностью достигают поставленных целей и ожиданий по окупаемости лишь 28% таких проектов, а 20% заканчиваются провалом. Главная причина неудач, по оценке респондентов, — попытка получить эффект слишком быстро, без привязки кейса к конкретной бизнес-цели и измеримым показателям.
 
Причина повторяется от отрасли к отрасли: результат изначально не задан в реальных, измеримых показателях. Целью проекта назначают само внедрение — «развернуть MES», «перевести закупки в новую систему», которая достигается автоматически в момент запуска, и проверить по ней, изменилось ли что-то в бизнесе или процессах, невозможно. Вторая причина — за эффект после запуска никто не отвечает.
 
Цель проекта собирается из трех измеримых слоев еще на стадии инициации:
 
1️⃣ Метрика процесса. Какой операционный показатель должен измениться и насколько: время цикла, доля брака, простой оборудования, скорость согласования. Показатель нужно измерить до старта: без зафиксированной базы изменение потом не с чем сравнивать.
 
2️⃣ Деньги. Как изменение метрики конвертируется в финансовый результат: влияние на EBITDA, срок окупаемости, снижение затрат. Без этого слоя проект нельзя сравнить с альтернативными вложениями.
 
3️⃣ Принятие пользователями. Какая доля операций реально проходит через новую систему, а не в обход нее. Система, которой пользуются формально, не изменит метрику процесса.
 
У каждого слоя должен появиться владелец, который продолжит отвечать за показатель после расформирования проектной команды, — как правило, это руководитель процесса.
 
При такой постановке у проекта появляется вторая контрольная точка — спустя оговоренный срок после запуска, когда фактические метрики сверяют с плановыми. Если эффект не достигнут, это повод для разбора: метрика задана неверно, процесс не перестроен или система используется в обход. Каждая проблема ведет к своему набору действий для ее решения. Запуск при этом остается вехой графика — проект закрывается только после сверки плана с фактом.