Планирование проекта: как составить план, который переживёт реальность

Зачем планировать, если всё равно пойдёт не по плану

Планирование проекта часто критикуют честно: сроки всё равно сдвинутся, требования изменятся, а бюджет вырастет. Но альтернатива не «жить без плана», а двигаться вслепую. План нужен не для того, чтобы сбыться, а чтобы в любой момент можно было ответить на три вопроса: где мы сейчас, куда должны были прийти и насколько разошлись.

Планирование — второй этап жизненного цикла проекта после инициации и перед исполнением. Подробнее о том, как устроен проект целиком, мы писали в статье «Управление проектами для начинающих». Здесь сосредоточимся именно на плане.

Что входит в план проекта

Полноценный план проекта отвечает на шесть вопросов. Если хотя бы один без ответа, план пока не готов:

• Что делаем? Цель и конкретный результат проекта — что будет готово в конце.
• В каком объёме? Границы проекта: что входит в работу, а что точно нет.
• Какими шагами? Список работ и зависимости между ними.
• Когда? Календарный график: сроки задач, контрольные точки, дата финиша.
• Сколько стоит и кто делает? Бюджет и ресурсы: люди, деньги, оборудование.
• Что может пойти не так? Риски и договорённости, как на них реагировать.

Для небольшого проекта всё это умещается на одну-две страницы. План не обязан быть толстым — он обязан быть полным.

Пошаговый алгоритм планирования

Шаг 1. Сформулируйте цель и результат

Начните с конца: опишите, как выглядит завершённый проект. Хорошая формулировка конкретна и проверяема — не «улучшить сайт», а «запустить новую версию сайта с каталогом и формой заказа к 1 ноября, конверсия в заявку не ниже текущей».

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

Шаг 2. Разбейте работу на задачи

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

Для каждой задачи сразу определите зависимости: что нельзя начать, пока не готово другое. Именно зависимости, а не сами сроки, чаще всего ломают график.

Шаг 3. Оцените сроки и соберите календарный график

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

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

Шаг 4. Спланируйте бюджет и ресурсы

Бюджет проекта — это не только деньги. Составьте список всех ресурсов: кто из людей и на сколько часов занят, какие сервисы и инструменты нужны, что придётся купить или арендовать. Проверьте две вещи: что ни один человек не загружен больше чем на 100% одновременно, и что у каждой задачи есть владелец. Задача «на команде» — это задача, которую не делает никто.

Шаг 5. Продумайте риски

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

• Болеет единственный разработчик. Профилактика: документация и код-ревью. Реакция: заранее договориться с подрядчиком.
• Заказчик долго согласует макеты. Профилактика: зафиксировать срок согласования в договорённостях. Реакция: эскалация после трёх дней молчания.
• Вырастут цены на сервис. Реакция: заложить в бюджет резерв 10–15%.

Шаг 6. Договоритесь о контроле и коммуникации

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

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

• План без исполнителей. Задачи есть, а кто их делает — «решим по ходу». Итог: задачи ничьи.
• Оценки без запаса. График, в котором всё идёт впритык, срывается от первой же болезни или правки.
• Нет зависимостей. Когда задачи выстроены в ряд без учёта «что ждёт чего», план рассыпается в первую неделю.
• План ради плана. Документ на 40 страниц, который никто не открывает после старта. Лучше живой план на одну страницу, который обновляется каждую неделю.
• Не пересматривать план. Планирование не заканчивается на старте: раз в неделю сверяйте факт с планом и корректируйте график, пока отставание маленькое.

Коротко

• План проекта отвечает на шесть вопросов: что делаем, в каком объёме, какими шагами, когда, кем и с какими рисками.
• Алгоритм: цель и границы → список работ и зависимости → сроки и календарный график → бюджет и ресурсы → риски → контроль.
• К оценкам сроков добавляйте запас и следите за критическим путём.
• У каждой задачи должен быть владелец; плохие новости должны приходить раньше хороших.
• План — гипотеза: его ценность в том, что отклонения становятся заметны сразу.

Если после планирования вы хотите увидеть, как план ведёт себя вживую — с правками, завалами и горящими сроками, — попробуйте PM Quest: в симуляторе проекта решения по срокам, бюджету и команде сразу показывают результат на пяти метриках. А вести текущие задачи по плану удобно по канбану — про него у нас есть отдельная статья «Канбан для начинающих».