Бюджет проекта: как составить, оценить и контролировать

Бюджет проекта — это не одна цифра в договоре, а живой план затрат, который вы сравниваете с фактом каждую неделю. Хорошо собранный бюджет помогает заранее увидеть перерасход, а не узнать о нём в день сдачи. Разберём, из чего он состоит, как его оценить, какой резерв заложить на риски и как следить за освоением через burn rate.

Из чего состоит бюджет проекта

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

• Труд команды — часы разработчиков, дизайнеров, тестировщиков, менеджера, умноженные на их ставки. Обычно 70-90% бюджета.
• Инфраструктура и сервисы — облако, лицензии, сторонние API, домены, CI/CD.
• Подрядчики и фриланс — то, что вы отдаёте наружу: аудит, копирайт, специфическая экспертиза.
• Оборудование — техника, тестовые устройства, если они закупаются под проект.
• Накладные — аренда, связь, всё, что трудно отнести к конкретной задаче, но что проект потребляет.
• Резерв на риски — отдельная статья, к ней вернёмся ниже.

Главный принцип: бюджет считается не «сверху вниз» от желаемой цифры, а «снизу вверх» от объёма работ. Сначала декомпозируете проект на задачи, потом оцениваете каждую, потом складываете.

Как оценить затраты: от задач к деньгам

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

Порядок такой. Разбейте проект на работы — это декомпозиция WBS: крупные блоки делите на задачи, которые можно оценить за один присест. Затем оцените каждую задачу в часах или в стори-поинтах с пересчётом в часы по скорости команды. Для задач с высокой неопределённостью используйте метод PERT: берёте оптимистичную, реалистичную и пессимистичную оценки и считаете средневзвешенную — так одна рискованная задача не обрушит весь расчёт.

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

Резерв на риски: сколько закладывать

Проект без резерва — это обещание, что всё пойдёт идеально. Так не бывает. Резерв нужен, чтобы покрыть то, что вы пока не можете предсказать поимённо.

Различают два вида запаса. Резерв на известные риски — это деньги под конкретные угрозы из вашего реестра рисков: «подрядчик может сорвать срок», «нужна доработка интеграции». Управленческий резерв — общая подушка на неизвестное, обычно 5-15% бюджета в зависимости от зрелости проекта.

Ориентиры по проценту резерва:

• Понятный проект, опытная команда, чёткие требования — 10-15%.
• Средняя неопределённость, новые технологии — 15-25%.
• Исследовательский проект, размытый скоуп — 25-40% или вообще итеративный бюджет по фазам.

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

Контроль освоения и burn rate

Составить бюджет — половина дела. Вторая половина — следить, как он тратится, и реагировать, пока есть время.

Burn rate — это скорость сжигания бюджета: сколько денег проект потребляет за единицу времени, например за неделю. Если вы планировали тратить 200 тысяч в неделю, а по факту уходит 280, при текущем темпе вы выйдете за смету задолго до финиша. Burn rate показывает проблему раньше, чем суммарный перерасход станет очевиден.

Полезно смотреть три цифры рядом: план (сколько должно быть потрачено к этой дате), факт (сколько потрачено) и прогноз до конца (факт плюс оставшийся объём по текущему темпу). Если прогноз превышает бюджет — пора действовать: резать скоуп, искать резерв или пересогласовывать сумму с заказчиком. Это, кстати, прямо связано с тем, как защитить оценку перед заказчиком: честные цифры по освоению — ваш главный аргумент в таком разговоре.

Чтобы это работало, факт должен собираться автоматически. В TeamVector бюджет проекта связан с задачами и списанным временем: ставки людей, фактические часы и прочие расходы складываются в реальную стоимость, а на дашборде видны и burn rate, и прогноз перерасхода. Не нужно вести параллельную таблицу в Excel и сверять её вручную.

Частые причины перерасхода

Большинство провалов по бюджету повторяются из проекта в проект. Зная их, вы избежите половины проблем.

• Расползание скоупа. Задачи добавляются по ходу «по мелочи», каждая стоит немного, а в сумме съедает резерв. Лечится фиксацией изменений и пересчётом бюджета при каждом новом требовании.
• Оптимистичные оценки. Команда оценивает идеальный сценарий без учёта багов, ревью, переключений между задачами. Помогает PERT и поправочный коэффициент по прошлым проектам.
• Перегрузка людей. Когда человек ведёт пять задач сразу, эффективная скорость падает, а часы тратятся. Следите за загрузкой команды и не выходите за реальную ёмкость.
• Скрытые часы. Митинги, переписка, поддержка прода — это тоже время и деньги. Если их не учитывать, факт всегда будет больше плана.
• Поздняя реакция. Перерасход замечают на 80% бюджета, когда манёвра уже нет. Регулярный взгляд на burn rate решает эту проблему.

Частые вопросы