Почему проекты становятся нерентабельными еще до первых перерасходов и что с этим делать

По данным международных исследований, 48% проектов выходят за бюджет, а 23% вообще не доходят до финиша. Российские исследования дают еще более тревожную цифру: доля проектов с превышением сметы достигает 73%. 

При этом чаще всего причина провалов кроется не в форс-мажорах, а в системных ошибках, заложенных еще на старте. Список этих ошибок удивительно короткий, но устойчивый. 

1. Внутренние переработки — основной канал утечки маржинальности

Мы хорошо умеем считать внешние расходы: подряды сторонних организаций, закупку оборудования, услуги привлеченных специалистов. Но стоимость работы собственных сотрудников у нас часто остается «слепой зоной». Ведь зарплату проектной команде компания выплачивает в любом случае, поэтому дополнительные часы, потраченные на проект, не воспринимаются как отдельная статья затрат.

Но если вместо 40 запланированных часов команда отработает 70, то лишние 30 часов — это не просто переработка. Это время, которое могло быть направлено на другой проект. 

А если пересчитать эти потери в стоимость часа работы команды, сумма может достигать 10–15% маржи текущего проекта. И это без учёта времени юристов, закупщиков, финансовых контролеров и руководителей, которые, формально заходя на пару минут, фактически отнимают часы проектного времени. 

На одном проекте такие переработки могут показаться незначительными. Но когда в компании одновременно ведётся 20-30 проектов, совокупный объем внутренних трудозатрат становится критическим. И именно он превращает успешный проект в низкорентабельный.

2. Информационный вакуум на старте — источник каскадных ошибок планирования

Первое, что делают в любом проекте, это договариваются о целях, объеме работ, ресурсах и сроках. Здесь тоже есть риск заложить будущие потери. Потому что на старте объем доступной информации о реальных рисках и скрытых зависимостях минимален. Зато давление сроков и ожиданий стейкхолдеров, наоборот, максимально. Заказчик требует быстрой «видимости» дат, руководство давит сроками выхода, а проектный устав нередко утверждается на основе поверхностных данных.

В результате мы системно:

1. занижаем число реально нужных согласований и доработок;
2. закрываем глаза на «заторы» в работе смежных отделов;
3. строим планы на слишком радужных прогнозах по времени команды.

А потом в ходе исполнения выясняется, что последовательность операций выстроена неверно, критическое оборудование/компетенции недоступны в запланированные даты, а смежные задачи блокируют друг друга. 

Так проект входит в штопор экстренных доработок, сверхурочных и пересборки графика, что лавинообразно увеличивает и бюджет, и общий срок.

3. Бюрократический фильтр: внутренние процедуры — невидимая статья расходов

В каждой организации существует слой внутренних регламентов и процедур, который можно назвать бюрократическим фильтром. Он малозаметен, но существенно влияет на эффективность использования ресурсов и времени команды. 

Это выражается в:

1. бесконечных многоступенчатых согласованиях по цепочке «исполнитель — руководитель отдела — эксперт по направлению — юрист — финконтроль — исполнителю на доработку — и так по кругу»;
2. многократном ручном дублировании отчётности;
3. совещаниях, на которых уточняется информация, уже зафиксированная в регламентах;
4. перегрузке руководителей, вынужденных решать операционные вопросы вместо стратегического контроля.

При этом внешне показатели выглядят благополучно: дедлайны соблюдаются, заказчик получает результаты. А внутри сохраняется хаос: задержки на этапе разработки, непрозрачное распределение задач, отсутствие единой системы планирования. 

В итоге команда работает с перегрузкой, сроки сдвигаются неформально, а маржинальность снижается — просто потому, что значительная часть времени уходит не на создание ценности для заказчика, а на прохождение бюрократических процедур.

Особенно остро эта проблема проявляется в компаниях с большим количеством одновременно идущих проектов, общими ресурсами и учетом в ручном режиме (электронные таблицы, переписка, устные договорённости).

Но и это еще не все. Есть еще сметы, которые утверждаются без учета возможных изменений.

4. Первая смета как точка принятия системно заниженных обязательств

На деле окончательная стоимость проекта почти никогда не совпадает с первой сметой. И дело не в чьей-то некомпетентности — просто в процессе работы  могут измениться объемы, подорожать услуги подрядчиков или всплывают сложности, которые невозможно было предвидеть на старте. Причём здесь действует правило: чем раньше мы считаем бюджет, тем грубее будет наша оценка. 

Поэтому важно честно признать эту неопределённость и с самого начала заложить разумный резерв. Тогда у проекта появляется «воздух», и любые изменения не становятся катастрофой.

Но на практике мы часто идем по другому пути. Под давлением заказчика или внутреннего руководства мы называем оптимистичную сумму, которая скорее отражает желаемое, чем реальное положение дел. 

Мы боимся спугнуть или показаться неэффективными. А в итоге выясняется, что проект едва сводит концы с концами, и о запланированной маржинальности остаётся только мечтать. Такой подход обходится дороже любого непредвиденного роста цен.

5. Отсутствие критериев остановки — ловушка невозвратных затрат, запрограммированная на старте

На этапе планирования мы редко прописываем четкие условия, при которых проект должен быть закрыт. А без них, когда первоначальная гипотеза не подтверждается, у компании нет легитимного механизма остановиться — и она продолжает вкладывать средства только потому, что уже вложила слишком много.

В проектной практике это узнаваемо:

— мы разрабатываем продукт, который не находит спроса, но продолжаем финансировать доработки;

— мы внедряем систему, которая не решает бизнес-задачи, но заказываем дополнительные модули;

— мы строим объект, который уже не окупится, но находим средства на очередные изменения.

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

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

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

А ведь иногда единственно правильное управленческое решение — это остановка. Но чтобы она стала возможной, критерии отказа должны быть зафиксированы на старте: в плане проекта, бюджете или регламенте утверждения. Без них мы не просто программируем себя на запоздалое признание поражения.

Как избежать системных ошибок

Все пять описанных ошибок объединяет одно: они закладываются на этапе планирования. Но их можно предотвратить, если до утверждения плана выполнить несколько обязательных шагов: 

1. Зафиксируйте бюджет в трех цифрах — не одну смету, а три: оптимистичную, реалистичную и пессимистичную. Реалистичную берите за основу, пессимистичную — как резервный план.
2. Оцените трудозатраты не «на глаз», а по аналогии — найдите 2–3 завершенных проекта, похожих по объёму и сложности, и посмотрите, сколько часов на них реально ушло у команды. Это даст опору вместо интуиции.
3. Проговорите и запишите все внешние зависимости — кто и когда должен предоставить данные, утвердить документацию, выделить ресурсы. Отметьте в календаре контрольные точки на случай задержек.
4. Заложите резерв времени и бюджета — минимум 15–20% сверх реалистичной оценки. Это не «раздувание» сметы, а страховка от тех самых непредвиденных сложностей, которые возникают в каждом проекте.
5. Назначьте «стоп-сигнал» — заранее определите критерий, при котором проект будет остановлен или отправлен на пересмотр (например, превышение бюджета на 20% или сдвиг сроков более чем на месяц). Это защитит от эффекта невозвратных затрат.

Эти шаги требуют дисциплины и честности на старте. Но у них есть один недостаток: они разовые. На следующем проекте вы снова будете собирать данные вручную, снова сверять таблицы, снова договариваться о резервах. И так — каждый раз.

Проектно-ориентированные компании решают эту проблему иначе: они переносят эти шаги в PPM-систему, которая автоматически применяет их к каждому новому проекту. Такой подход дает возможность:

1. видеть все проекты в едином портфеле и заранее выявлять пересечения по ресурсам — система сама показывает, где проекты сталкиваются по срокам или людям, до того, как команда уйдет в аврал;
2. вести бюджетирование в трех срезах — целевом, прогнозном и фактическом — и отслеживать отклонения в момент их возникновения, а не когда проект уже завершен;
3. фиксировать трудозатраты каждого сотрудника в разрезе проектов, делая внутренние часы полностью прозрачными — плановая себестоимость и фактическая загрузка становятся видимыми;
4. получать дашборды с ключевыми показателями (маржинальность, себестоимость, динамика затрат) в режиме реального времени, чтобы принимать решения на основе фактов, а не интуиции.

Одним из примеров таких систем является российская платформа Digital Q.PM, которая входит в реестр отечественного ПО и позиционируется как альтернатива зарубежным решениям вроде Microsoft Project, Jira, Asana и Confluence. Она создает единую цифровую среду, синхронизирующую стратегические цели, финансовое планирование и оперативное исполнение.

Резюме

Принято считать, что проект теряет рентабельность из-за непредвиденных расходов, которые возникают в ходе исполнения. Но практика показывает обратное: большинство потерь закладывается на этапе планирования.

Неучтенные часы, поверхностные оценки, бюрократические согласования, заниженная смета, отсутствие критериев остановки. Каждая из этих ошибок съедает маржу и порождается одной и той же средой: ручным планированием, разрозненными данными и отсутствием единых правил для всех проектов. 

В такой среде каждый новый проект стартует с нуля, и ошибки воспроизводятся снова и снова. Чтобы разорвать этот цикл, достаточно один раз встроить правила планирования в систему управления портфелем проектов. Тогда каждый следующий проект будет стартовать не с чистого листа, а с готовых сценариев, контрольных точек и финансовых ограничений.