Время чтения статьи: 3868.8 мин.
594
Проект закрыт. Команда отчиталась: сроки соблюдены, бюджет не превышен, все пункты плана выполнены. Однако бизнес недоволен: ощутимых изменений нет, а деньги потрачены.
Такая ситуация возникает, когда мы подменяем понятие эффективности управления простым выполнением формальных требований. Мы отчитываемся о том, что сделали, но упускаем из виду главный вопрос: что это дало бизнесу?
Между тем, эффективность управления проектами держится на трех ключевых решениях: что запускать, зачем запускать и стоит ли продолжать.
Рассмотрим анатомию каждого.
1. Что запускать? Правильный выбор инициатив
Это первый и самый важный вопрос. Мы запускаем то, что нужно бизнесу, или то, что привычно, удобно или политически выгодно? На словах все очевидно — выбираем нужное. На практике «правильный выбор» часто подменяется «удобным», «безопасным» или «политическим».
Разберем реальные случаи.
Случай 1. Проект «для галочки».
Руководство поручило запустить мобильное приложение. Команда сделала. В срок, в бюджет. Но приложение никто не скачивает. Почему? Потому что перед стартом никто не спросил: «А нашим клиентам это вообще нужно?» Проект запустили, потому что «так делают все конкуренты». Результат: деньги потрачены, пользы ноль.
Случай 2. Проект влиятельного стейкхолдера.
Начальник департамента продаж убедил руководство, что CRM-система нужна «вот прямо сейчас». Все понимали, что текущие процессы не готовы к внедрению, но возражать не стали — неудобно. Проект сделали, систему внедрили, продажники ею не пользуются. Привыкли к Excel. Деньги на ветер.
Случай 3. Проект «потому что всегда так делали».
Компания из года в год запускает ребрендинг упаковки. Все отчеты красивые, подрядчики довольны. Но продажи не растут. Потому что проблема не в упаковке, а в ценообразовании. Но «ребрендинг» — это привычный и понятный проект, его легко защитить перед бюджетным комитетом. А менять ценообразование — сложно и рискованно. Выбрали привычное вместо нужного.
Это первая точка разрыва между проектом и бизнес-результатом. Чтобы ее устранить, нужно оценивать каждую инициативу по единым критериям: ее стратегическая значимость, ожидаемый ROI, риски и требуемые ресурсы. Решение о запуске должно приниматься на основе фактов, а не «громкости голоса» лоббиста.
2. Зачем запускать? Связь проекта с бизнес-результатом
Допустим, мы выбрали правильную инициативу. Теперь нужно четко определить, что должно измениться в бизнесе благодаря ее реализации. Результат проекта измеряется не сроками, а деньгами, долей рынка или ценностью для клиента.
Как это выглядит на практике? Сравним два подхода на примере одного проекта — внедрения чат-бота на сайте.
Чувствуете разницу? В первом случае проект существует сам по себе. Во втором — он встроен в бизнес-логику: снижение затрат и рост лояльности.
И это требует изменения подхода к документации:
-
В паспорте проекта вместо «Срок: 01.03» пишем «Целевой NPS: +5 пунктов к 01.06».
-
В отчете вместо «Статус: 90%» пишем «Прогнозируемая экономия: 270 000 ₽ из целевых 300 000 ₽».
-
В стейк-репорте вместо «Все по плану» показываем «Проект дает 40% от запланированного вклада в годовую EBITDA».
3. Продолжать ли проект? Гибкость и вовремя принятое решение
С этим сложнее всего. Мы умеем вовремя остановить бесперспективный проект, перебросить ресурсы и скорректировать курс — или доделываем любой ценой?
Кейс: проект по разработке нового продукта.
Команда разрабатывает продукт, а через 3 месяца стало ясно, что конкурент уже выпустил аналогичный продукт, лучше и дешевле. Но команда продолжает работу. Почему?
-
«Мы уже потратили 5 миллионов, нельзя же просто взять и остановиться» (эффект невозвратных затрат).
-
«Сорвем сроки — испортим репутацию» (страх).
-
«Руководство не поймет, зачем мы тратили деньги, если ничего не выпустили» (политика).
В итоге продукт выходит через полгода, никому не нужен, инвестиции не окупаются. Потери — 20 миллионов вместо 5.
А как должно быть? На каждом этапе проект оценивается не по «проценту завершения», а по бизнес-целесообразности. Если прогнозируемая бизнес-ценность (ROI, финансовый эффект, стратегические KPI) падает ниже установленного порога — проект стопорится, ресурсы перебрасываются на более перспективные инициативы. В культуре эффективного управления остановка проекта так же почетна, как и его запуск.
От принципов к инструменту: роль PPM-системы
Три управленческих вопроса, которые мы разобрали, требуют одного: единых критериев, прозрачных данных, видимости ресурсов. Через мессенджеры, Excel и планерки обеспечить это невозможно. Нужна PPM-система, которая сделает управленческие принципы регулярным процессом.
Посмотрим, как это реализуется на примере платформы Digital Q.PM.
1. Объективная приоритизация
Система требует, чтобы каждый проект перед запуском оценивался по единым критериям. Само решение о запуске принимается на основе фактов и цифр, а не авторитета стейкхолдера.
Результат: Проект «для галочки» не проходит фильтр. Все инициативы проходят одну и ту же объективную оценку.
2. Измеримая связь со стратегией
В PPM-системе каждый проект при старте получает четкие бизнес-цели и KPI, которые он должен улучшить. Руководитель видит не абстрактный «процент завершения», а реальный вклад проекта в бизнес-показатели.
Результат: Успех измеряется не сроками, а бизнес-эффектом (финансовым, операционным или клиентским). Отчетность становится основой для решений, а не формальностью.
3. Данные для гибких решений
PPM-система дает руководителю не просто статус «проект на 80% завершен», а сигнал: «проект дал 60% от запланированного ROI, при этом ресурсов потрачено на 90%». А прозрачность ресурсов позволяет видеть, куда их перебросить.
Результат: Решение об остановке принимается на основе фактов, а не страха. Остановка перестает быть «провалом» и становится правильным управленческим решением.
И вот когда три ключевых вопроса закрыты единой системой, подход к управлению проектами меняется кардинально.