Проект завершён. Сроки соблюдены. Команда довольна. Клиент подписал акт. В CRM всё зелёное. А в отчёте P&L — ноль. Или, что еще хуже: минус.
Почему так происходит? Потому что большинство компаний до сих пор управляет проектами как списком задач, а не как экономическими единицами. Пока в CRM горит зеленым, в P&L горит красным. Финансовый директор смотрит на EBITDA. Руководитель проекта — на диаграмму Ганта. Вместе они говорят на разных языках. И в этой пропасти исчезают деньги.
Классический проектный менеджмент — это про сроки, ресурсы, вехи и статусы. Про то, чтобы всё было сделано вовремя и в рамках бюджета. Но «в рамках бюджета» — это не про прибыль. Это про то, что вы не потратили больше, чем запланировали. А запланировали вы, скорее всего, исходя из сметы, а не из экономической логики.
Именно здесь возникает главный разрыв. Проектный менеджер видит свою задачу выполненной, если уложился в бюджет. Финансовый директор видит проблему, если маржинальность проекта оказалась ниже плановой. И эти две картины сходятся, только когда проект уже закрыт и ничего нельзя изменить.
Но разрыв внутри отдельного проекта — это лишь вершина айсберга. Потому что компания управляет не одним проектом, а десятками или даже сотнями. А если внутри одного проекта связь между задачами и деньгами отсутствует, то на уровне портфеля она отсутствует тем более.
Ведь все они живут в одной экосистеме и конкурируют за одни и те же ресурсы. Один проект перетягивает лучших специалистов, другой задерживается и блокирует оплату, необходимую для третьего, третий съедает бюджет четвёртого. Каждое решение по одному проекту аукается на всех остальных.
Если эта система не управляется как единое целое, деньги исчезают не в одном проекте, а во всей компании.
И это не вопрос «нанять хорошего финансиста». Это вопрос архитектуры управления.
Когда мы говорим об архитектуре управления, мы говорим о том, как устроены процессы и как распределены зоны ответственности. Но большинстве компаний за деньги, проекты и ресурсы отвечают разные люди, в разное время и в разных системах. Отсюда и разрыв.
Чтобы его убрать, нужно выстроить архитектуру на трёх уровнях.
При классическом подходе бюджет утверждают на старте и дальше проектный менеджер тратит, а финансист лишь надеется, что в лимит уложатся. Только вот решения, влияющие на бюджет (нанять фрилансера, согласиться на доработки, перебросить сотрудника), принимаются каждый день, а финансовая модель проекта остается неизменной.
В правильной архитектуре всё иначе. Финансовая модель живёт внутри проекта и обновляется в реальном времени. Каждое решение — найм нового специалиста, привлечение подрядчика, изменение объёма работ — автоматически пересчитывает прогнозную рентабельность. Не постфактум, а в момент, когда решение принимается.
Такой подход позволяет не только фиксировать перерасход, но и моделировать финансовые последствия до того, как они наступят.
Портфельное управление — это приоритезация на основе экономической логики. Оно должно отвечать на три вопроса:
В компаниях с выстроенной архитектурой эти ответы видны в реальном времени. Без ручного сведения отчётов и ежемесячных «сводок по портфелю». И тогда становится очевидно: какие проекты действительно приносят прибыль, а какие создают работу без результата.
Пока за прибыль отвечает только финансовый отдел, а менеджеры отвечают за сроки, компания будет двигаться по инерции. Финансовый результат должен быть встроен в KPI каждого, кто принимает решения по проекту. Когда менеджер будет видеть влияние своих действий на маржинальность, он начнет принимать другие решения.
Эти три уровня определяют архитектуру управления. Но архитектура работает только тогда, когда она встроена в инструменты, которыми компания пользуется каждый день.
Речь не про очередную CRM и не про «ещё одну таблицу». Речь про PPM-системы, где проекты и деньги видны в одном окне. Где плановая себестоимость считается автоматически, загрузка сотрудников видна в реальном времени, а финансовую картину не нужно собирать по крупицам из трёх разных отчётов.
В качестве примера таких систем можно привести платформу Digital Q.PM от российского вендора «Диасофт». Она позволяет управлять проектами в любой отрасли экономики и способна заменить MS Project, Asana, Jira, Trello. Так как в ее основе есть два ключевых модуля, которые закрывают главные разрывы между проектами и деньгами.
Вместе эти модули создают единую среду, где проектное и финансовое управление перестают существовать раздельно. Решения принимаются не вслепую, а с пониманием их экономических последствий. В реальном времени, а не постфактум.
Во-первых, исчезает иллюзия «псевдо-успешного проекта». Становится видно, какие проекты приближают к целям, а какие существуют по инерции. Исчезает феномен, когда «проект идет по плану, но приносит убытки».
Во-вторых, меняется логика инвестиций. Компания больше не финансирует проекты бездумно. Потому что теперь каждый проект доказывает свою экономику не только на старте, но и в процессе. Если он уходит в минус, это видно сразу. И можно скорректировать курс, а не ждать финального отчёта.
В-третьих, проектные менеджеры начинают мыслить как мини-генеральные директора своих проектов. Они видят не только сроки и ресурсы, но и маржинальность, денежный поток, влияние на общий P&L компании. И принимают решения исходя из этого.
В итоге компания получает не просто прозрачность, а возможность управлять будущим и предвидеть последствия решений до того, как они приняты.