Что такое планирование проекта: этапы, подходы и инструменты

Что такое планирование проекта и зачем оно нужно

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

Согласно PMBoK (Project Management Body of Knowledge), изданному PMI (Project Management Institute), планирование охватывает 8 областей знаний и сопровождает весь жизненный цикл проекта — от инициации до закрытия. Четыре принципа делают его эффективным: фокус на цели, коллективное творчество при разработке плана, меритократия в принятии решений и проактивность в управлении рисками.

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

Расширенный план дополняют матрицей ответственности RACI и планом коммуникаций. RACI распределяет роли внутри каждой задачи — без него ответственность размыта между несколькими людьми одновременно:

R (Responsible) — исполнитель: непосредственно выполняет задачу.

A (Accountable) — владелец решения: принимает финальное решение и несёт ответственность за результат. Типичная ошибка — назначить несколько A в одной строке: это стопорит согласование и размывает ответственность.

C (Consulted) — эксперт: даёт обратную связь до принятия решения.

I (Informed) — получатель информации: узнаёт о результате после принятия решения.

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

С чего начинается планирование проекта

Ещё до начала планирования менеджер должен получить Устав проекта (Project Charter) — документ, который фиксирует цель, бюджетные рамки и формально закрепляет полномочия. Без устава план лишён основания: любое решение менеджера о ресурсах или составе команды может быть оспорено стейкхолдерами.

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

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

Как формулировать цель проекта по методике SMART

SMART — аббревиатура пяти критериев: S — конкретная (Specific), M — измеримая (Measurable), A — достижимая (Achievable), R — значимая (Relevant), T — ограниченная во времени (Time-bound).

Размытый пример: «улучшить продукт». Конкретный: «запустить функцию онлайн-оплаты к 1 декабря, охватить 10 000 активных пользователей за первый месяц». Только второй вариант даёт измеримый ключевой показатель эффективности, по которому можно отслеживать прогресс и зафиксировать результат.

В 2024–2026 годах российские компании всё чаще дополняют SMART методологией OKR (Objectives and Key Results) — фреймворком, где амбициозная цель (Objective) декомпозируется на 3–5 измеримых ключевых результатов. OKR подходит для стратегических целей компании, SMART — для конкретных проектных задач.

Устав проекта: шаг до плана

Устав проекта (Project Charter) — документ, утверждаемый до начала планирования. Он даёт менеджеру официальный мандат на привлечение ресурсов и принятие решений.

Устав фиксирует:

Цель и границы проекта — что входит в скоуп, а что выходит за его рамки.

Бюджетные рамки и ключевых стейкхолдеров — кто финансирует, кто принимает ключевые решения.

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

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

Этапы планирования проекта

В классическом подходе — методе водопада (Waterfall) — планирование проекта строится из пяти последовательных шагов.

Формулировка SMART-цели. Без конкретного, измеримого результата все последующие шаги теряют ориентир.

Декомпозиция — WBS (Work Breakdown Structure, иерархическая структура работ). Проект разбивается на небольшие задачи, каждую из которых можно оценить по трудозатратам. Чем детальнее декомпозиция, тем точнее оценки сроков и бюджета.

Управление рисками. Менеджер составляет матрицу рисков: по одной оси — вероятность события, по другой — его влияние на проект. Для каждого значимого риска выбирается стратегия: уклонение, снижение, принятие или передача. Параллельно закладывается временной буфер — стандартный резерв составляет 10–20% от расчётного срока этапа.

Диаграмма Ганта. Задачи из WBS переносятся на временную шкалу в виде горизонтальных полос. Главное преимущество — автоматический пересчёт расписания при сдвиге любого дедлайна. Ключевой элемент диаграммы — Milestone (контрольная точка): задача с нулевой длительностью, обозначающая достижение важного рубежа. Milestone не выполняют — его фиксируют: сдача этапа, подписание акта, прохождение ревью. CPM (Critical Path Method, метод критического пути) определяет цепочку задач, задержка в любой из которых напрямую сдвигает финальный дедлайн. Знание критического пути позволяет менеджеру концентрировать буфер времени там, где риск максимален, а не распределять его равномерно по всем задачам.

Согласование со стейкхолдерами. Готовый план утверждают заказчик, спонсор и ключевые участники. С этого момента план фиксируется как Baseline и становится единственным источником правды для команды.

Планирование по PMBoK: 8 областей знаний

PMBoK — международный стандарт управления проектами, издаваемый PMI. Для менеджера он работает как чек-лист полноты плана: если все восемь областей отражены в документе, план считается завершённым.

Коммуникационный план — одна из наиболее часто недооцениваемых областей. Он фиксирует: кто, кому, в каком формате и с какой частотой передаёт информацию. Без него стейкхолдеры узнают о проблемах постфактум, а не тогда, когда решение ещё возможно.

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

Наряду с PMBoK в ряде отраслей применяется PRINCE2 — британский стандарт, структурирующий проект по этапам с жёсткими точками принятия решений. Особенно распространён в государственном секторе и крупных инфраструктурных проектах.

Как устроено Agile-планирование

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

Перед каждым спринтом менеджер вместе с командой расставляет приоритеты бэклога, распределяет ресурсы и уточняет стоимость. Итог — конкретный план на 1–4 недели, в рамках которого команда движется к следующему инкременту продукта.

Rolling Wave Planning — промежуточный подход, при котором ближайшие этапы планируются детально, а дальние — на уровне укрупнённых вех. Это позволяет сочетать предсказуемость Waterfall с гибкостью Agile и хорошо работает в долгосрочных продуктовых проектах с меняющимися требованиями.

Agile или Waterfall — что выбрать для проекта

Универсального ответа нет: выбор зависит от типа проекта и стабильности требований.

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

Sprint Planning в Scrum: как распределяют задачи

Sprint Planning (планирование спринта) — ключевая церемония Scrum, в которой команда формирует план на ближайшую итерацию. Каждый участник играет чётко определённую роль:

Product Owner расставляет приоритеты бэклога: задачи с наибольшей ценностью для продукта идут первыми.

Команда разработки оценивает объём задач в Story Points — относительных единицах, отражающих сложность и трудоёмкость, а не астрономическое время выполнения.

Scrum-мастер обеспечивает процесс: следит, чтобы команда не перегружала спринт и договорилась об оценках.

Для согласования оценок применяется Planning Poker (покер планирования): каждый участник независимо называет свою оценку задачи, расхождения обсуждаются до консенсуса. Метод снижает влияние «эффекта якоря» — когда первый назвавший цифру задаёт тон остальным.

Инструменты для планирования проекта

Инструменты для планирования делятся на три класса: таск-трекеры и канбан-доски — для Agile-команд; комплексные PM-платформы — для классического управления проектами; Gantt-сервисы — для детального календарного планирования.

Roadmap (дорожная карта) — стратегический артефакт, показывающий направление продукта или проекта на горизонте 3–12 месяцев. В отличие от плана проекта, Roadmap не фиксирует конкретные задачи и исполнителей — он показывает, куда движется продукт и почему. Особенно распространён в продуктовых командах как дополнение к спринтовому планированию.

Выбор определяется методологией и масштабом. Небольшая команда до десяти человек справится с Excel или YouGile. Среднему и крупному проекту нужна полноценная PM-платформа с интеграциями, матрицей рисков, диаграммой Ганта и возможностью подключения подрядчиков.

Российские аналоги Jira и MS Project

С 2022 года оплата Jira (Atlassian) и MS Project (Microsoft) из России недоступна. Международные инструменты работают на ранее выданных лицензиях, но продление и новые подписки закрыты. На рынке появилось несколько зрелых альтернатив.

Яндекс Трекер интегрируется с сервисами Яндекс 360 и особенно удобен командам, уже работающим в этой экосистеме. Kaiten — наиболее близкий функциональный аналог Jira: поддерживает канбан, Agile и позволяет подключать внешних подрядчиков.

Типичные ошибки при планировании проекта

Четыре ошибки срывают сроки и выводят проект за рамки бюджета чаще всего.

Нет временного буфера. Если каждая задача спланирована в ноль, первый форс-мажор сдвигает весь дедлайн. Ламинат нельзя укладывать вплотную к стене — нужен зазор на расширение. Тот же принцип работает в проектах: стандартный резерв — 10–20% от расчётного срока этапа. Буфер эффективнее концентрировать на задачах критического пути, а не распределять равномерно по всем позициям расписания.

Размытая цель без SMART. Команда работает, но результат расходится с ожиданиями заказчика. Отсутствие измеримых критериев превращает финальную приёмку в переговоры о том, «как должно было быть». Измеримая цель фиксирует единственно верную точку финиша и снимает разночтения.

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

Игнорирование рисков. Без матрицы рисков команда реагирует на проблемы постфактум, а не предупреждает их. Помимо матрицы ведётся Реестр рисков (Risk Register) — живой документ, обновляемый на каждом статус-митинге: новые угрозы добавляются, закрытые архивируются.

Грамотное планирование не устраняет неопределённость, но даёт инструменты для управления ею.

Scope creep: как остановить расползание объёма

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

Три признака того, что scope creep уже происходит:

Задачи появляются в работе без формального запроса на изменение — устно, в обход системы.

Заказчик просит «небольшие правки», которые фактически удваивают трудозатраты.

Команда боится отказать и берёт новые задачи, не пересматривая ни приоритеты, ни сроки.

Два метода предотвращения:

Зафиксировать границы скоупа в Уставе проекта (Project Charter) на старте — с явным указанием того, что в проект не входит.

Ввести процедуру Change Request (запроса на изменение): любое расширение скоупа оформляется письменно, оценивается по влиянию на сроки и бюджет и утверждается спонсором до начала работ.

Хотите освоить управление проектами и перейти в востребованную профессию? В ProfiFuture можно пройти обучение по программе «Руководитель проектов: планирование и команда» — онлайн, за 8 недель, стоимость со скидкой от 22 900 ₽.

Часто задаваемые вопросы

В чём разница между планированием проекта и планом проекта?

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

С чего начинается планирование проекта?

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

Что такое сетевое планирование проекта?

Метод, при котором задачи связаны в граф зависимостей. CPM (Critical Path Method, метод критического пути) определяет цепочку задач, задержка в которых напрямую сдвигает финальный дедлайн. Применяется в крупных строительных и инженерных проектах с жёсткими зависимостями между этапами.

Что такое временной буфер и зачем он нужен?

Запас времени сверх расчётного — страховка от рисков и форс-мажоров. Проект без буфера срывается при первом непредвиденном событии. Стандартный резерв — 10–20% от расчётного срока этапа. Буфер концентрируют на задачах критического пути, а не распределяют равномерно по всем задачам.

Кто отвечает за планирование проекта?

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

Чем Agile-планирование отличается от классического?

В классическом подходе Waterfall план составляется полностью на старте и меняется редко. В Agile планирование итеративное: перед каждым спринтом команда обновляет бэклог и распределяет задачи. Agile подходит, когда требования часто меняются; Waterfall — когда они зафиксированы и стабильны.

Какие инструменты заменяют Jira и MS Project в России?

С 2022 года оплата Jira (Atlassian) и MS Project (Microsoft) из России недоступна. Российские альтернативы: Kaiten — аналог Jira с поддержкой канбана и Agile; Яндекс Трекер — интегрируется с экосистемой Яндекса; Eva Project — поддерживает PMBoK и диаграмму Ганта. Для простых задач подойдут YouGile и Excel. В государственном секторе и крупных инфраструктурных проектах нередко применяется PRINCE2 — британский стандарт с жёсткими точками принятия решений, для которого есть российские инструменты автоматизации.

Что такое декомпозиция (WBS) и зачем она нужна при планировании?

WBS (Work Breakdown Structure, иерархическая структура работ) — разбивка проекта на небольшие задачи, каждую из которых можно оценить по времени и ресурсам. Второй шаг планирования — после постановки SMART-цели. Без декомпозиции нельзя реалистично оценить трудозатраты и составить корректный бюджет: команда видит только «верхушку» работ.

Что такое Scope creep и как его предотвратить?

Scope creep — незапланированное расширение объёма работ без пересмотра сроков и бюджета. Предотвращается двумя инструментами: фиксацией границ скоупа в Уставе проекта на старте и обязательным оформлением любого изменения через Change Request с оценкой влияния на сроки и ресурсы.