Бюджетирование по проектам: как планировать финансы для каждого проекта

Бюджетирование по проектам: Главная особенность проектного бизнеса — это уникальность. Если на заводе выпуск гайки №5 сегодня стоит столько же, сколько вчера, то в проектной среде каждый новый заказ — это уравнение с новыми неизвестными. Один сайт вы делаете месяц, другой — полгода. Бюджетирование по проектам — это создание отдельной финансовой вселенной для каждого заказа. Его цель — ответить на вопрос: «За сколько нам нужно продать этот проект, чтобы заработать, учитывая все риски и скрытые расходы?». Без этого вы играете в лотерею, где призы раздает заказчик, а билеты оплачиваете вы.

Проект живет по своим часам

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

Фундамент: Декомпозиция работ (WBS)

Невозможно составить точную смету, глядя в потолок. Основа любого финансового плана проекта — это декомпозиция работ или WBS (Work Breakdown Structure). Проект нужно «разрезать» на мельчайшие этапы и задачи. Вместо строки «Строительство дома — 10 млн» должна появиться детальная структура: «Фундамент», «Стены», «Кровля», а внутри них — «Закупка бетона», «Аренда опалубки», «Оплата бригаде».

Только когда каждая задача оценена отдельно, можно увидеть реальную себестоимость. Это защищает от иллюзий. Часто на этапе крупных мазков проект кажется прибыльным, но при детализации выясняется, что логистика и мелкие расходники съедают всю маржу. Именно на этом этапе формируются прямые затраты — те, которые можно на 100% отнести к этому конкретному заказу (зарплата программиста на проекте, серверы, лицензии, командировочные).

Проблема «невидимых» расходов

Самая сложная часть проектной математики — это накладные расходы (косвенные затраты). Это аренда вашего офиса, зарплата генерального директора, бухгалтера, уборщицы, кофе и печенье. Эти расходы существуют всегда, независимо от того, есть у вас проекты или нет. Но кто за них заплатит? Разумеется, заказчик.

Чтобы проект был реально, а не фиктивно прибыльным, вы должны заложить в его смету часть этих общих расходов. Этот процесс называется аллокация затрат. Обычно считают так: если прямые расходы на проект составляют 10% от всех прямых расходов компании, то на него нужно «навесить» и 10% общехозяйственных расходов. Игнорирование этого правила приводит к тому, что по отчетам все проекты прибыльные (маржинальность высокая), а компания в целом убыточна, потому что маржа проектов не покрывает содержание офиса.

Прибыль vs Деньги: Две разные таблицы

Для каждого проекта нужно составлять два бюджета. Первый — это БДР проекта (Project P&L). Он показывает рентабельность: выручка минус все расходы. Это ответ на вопрос «Выгодно ли нам браться?».

Второй, часто более важный документ — это БДДС проекта (Cash Flow). Проект может быть супер-прибыльным на бумаге (+30% рентабельности), но убыточным по деньгам в моменте. Например, вы договорились с заказчиком об оплате «по факту сдачи», а своим сотрудникам и подрядчикам должны платить авансы и зарплату ежемесячно. Возникает кассовый разрыв. Вы кредитуете заказчика своими деньгами. Бюджет движения денег помогает увидеть эти «ямы» заранее и либо договориться об авансе, либо заложить стоимость привлечения кредитных денег в цену проекта.

Враг бюджета: Scope Creep

В проектном управлении есть термин Scope Creep (ползучесть охвата). Это когда в процессе работы заказчик просит: «А давайте перекрасим кнопку», «А давайте добавим еще одну функцию», «Это же мелочь». Если вы соглашаетесь делать это бесплатно, бюджет проекта трещит по швам.

В финансовом планировании проекта обязательно должен быть резерв на риски (обычно 5–10% от сметы). Но главная защита — это жесткая дисциплина: любое изменение содержания работ должно оформляться дополнительным соглашением с пересчетом бюджета. Менеджер проекта должен понимать: бесплатная доработка — это кража денег из кармана компании. Контроль исполнения бюджета проекта должен вестись в режиме реального времени, чтобы вовремя заметить, что на этапе «Фундамент» мы уже потратили деньги, отложенные на «Крышу».