Базовый и рабочий план проекта: отличия и управление изменениями
«Мы меняем план каждый день. И не знаем, отстаём или опережаем»
Проект живёт в изменениях: требования уточняются, приоритеты меняются, риски наступают. Если менять план при каждом изменении — сравнивать будет не с чем. Если не менять никогда — план потеряет связь с реальностью. Решение — два плана: базовый (замороженный эталон) и рабочий (живой документ). Базовый — это конституция проекта, рабочий — текущее законодательство.
Что такое базовый план
Это утверждённая версия ключевых параметров, замороженный эталон для контроля. В базовый план входят содержание (WBS), расписание (вехи, ключевые даты) и стоимость (бюджет + резерв на известные риски). Не входят управленческий резерв (на случай непредвиденных рисков) и детализация ниже рабочих пакетов (задачи, назначения). Утверждает базовый план спонсор на этапе детального планирования.
Что такое рабочий план
Это актуальная версия, которая отражает реальное состояние и обновляется постоянно. Без изменения базового плана можно менять детализацию задач (разбивка на подзадачи), назначение исполнителей, оптимизацию последовательности работ и использование резервов (в рамках утверждённых). Рабочий план обновляется ежедневно (статусы в Jira) и еженедельно (синхронизация).
Ключевые отличия
Базовый план — эталон для контроля, а рабочий план — инструмент оперативного управления. Базовый меняется только через процедуру, рабочий — постоянно. Базовый утверждает спонсор, рабочий — РП. В базовом плане есть резерв на риски, но нет управленческого резерва. В рабочем плане есть и то и другое. Детализация в базовом плане — до рабочих пакетов, в рабочем — до задач.
Что требует изменения базового плана
Изменение содержания (добавили новую функцию → меняем WBS) — да. Изменение вех (сдвинули дату релиза → меняем расписание) — да. Изменение бюджета >10% (перерасход >10% → меняем бюджет) — да. Изменение критического ресурса (уволился ключевой архитектор → меняем план) — да. А перестановка задач, замена исполнителя, детализация задач и использование резерва — нет, базовый план не меняется.
Процесс управления изменениями
Запрос на изменение — фиксируем в журнале изменений. Анализ влияния — оцениваем влияние на сроки, бюджет, риски. Принятие решения — утверждаем, отклоняем или откладываем. Реализация — вносим изменения в рабочий план и документацию. И закрытие с коммуникацией — оповещаем всех заинтересованных сторон.
Для крупных решений создаётся CCB (Change Control Board) — комитет по изменениям, где изменения требуют коллегиального утверждения.
Связь с EVM
Без базового плана нельзя рассчитать PV (Planned Value), а значит — нельзя оценить отклонения. Всё будет «на глаз». Подробнее — в статье EVM для ИТ-проекта.
Типичные ошибки
Базовый план не утверждён — нет эталона для контроля. Рабочий план не обновляется — план перестаёт отражать реальность. Любое изменение сразу меняет базовый — нет стабильного эталона. Изменения без формального запроса — хаос и потеря контроля. Нет CCB или эскалации — крупные решения принимает один РП.
Что в понедельник утром
Проверьте, утверждён ли базовый план вашего проекта. Если нет — соберите спонсора и утвердите. Если есть — проверьте, не пора ли его пересмотреть (произошли ли изменения, требующие пересмотра базового). И внедрите журнал изменений, если его нет.
Заключение
Базовый план — стабильность и измерение, рабочий — гибкость, управление изменениями — мост между ними. Главные правила: базовый утверждается один раз, изменения — через процедуру, рабочий обновляется постоянно.
Хотите научиться управлять базовым планом и изменениями на практике? В модуле 6 курса «Мастер управления IT-проектами» мы разбираем реальные кейсы управления изменениями. Подробнее о курсе →