План управления ИТ-проектом: что входит и как составить
«У нас есть диаграмма Ганта. Значит, есть план»
Вы думаете, план управления проектом — это диаграмма Ганта? Нет. Гант — это только расписание. План — это целая система документов: как управлять содержанием, сроками, бюджетом, рисками, качеством, коммуникациями. Без него вы управляете вслепую. План — это ответ на вопрос «как мы управляем проектом?», а не только «когда что делаем?».
Что такое план управления проектом
Это документ, который описывает, как проект будет выполняться, контролироваться и закрываться. Отличие от устава: устав отвечает на вопрос «зачем?», план — «как?». Устав создаётся на инициации, план — на планировании. Устав утверждает спонсор, план — РП.
Из каких разделов состоит план управления
В плане должно быть десять разделов.
Управление содержанием — требования, границы, WBS. Артефакты: WBS, словарь WBS.
Управление расписанием — сетевой график, Гант, вехи. Артефакты: диаграмма Ганта, критический путь.
Управление стоимостью — смета, базовый план по стоимости, резервы.
Управление качеством — DoD, чек-листы, тестирование.
Управление ресурсами — RACI, ресурсные календари.
Управление коммуникациями — кто, кому, что, как часто.
Управление рисками — реестр, матрица P×I, планы реагирования.
Управление закупками — поставщики, критерии.
Управление стейкхолдерами — матрица «власть — интерес».
Управление изменениями — процедура, журнал изменений.
Как связаны разделы плана
Ключевой принцип: изменилось одно — проверьте остальные. Добавили новую функцию — влияет на расписание, бюджет, риски, ресурсы, качество. Уволился разработчик — влияет на расписание, бюджет, риски, ресурсы. Изменился API — влияет на расписание, бюджет, риски, качество. Заказчик сдвинул дату — влияет на расписание, бюджет, риски.
План — это система. Нельзя вести разделы в разных Excel и не связывать их. Изменение в одном разделе должно приводить к пересмотру всех остальных.
Базовый и текущий план
Базовый план — это утверждённый эталон, он меняется только через процедуру, утверждает его спонсор. Текущий план — это живой документ, он меняется постоянно, утверждает его РП.
Базовый план меняется при изменении содержания (новая функция, изменение границ), изменении вех (дата релиза сдвинулась), изменении бюджета >10% и изменении критического ресурса. Подробнее — в статье Базовый и рабочий план проекта.
Как составить план управления
Начните с устава. Составьте WBS. Разработайте расписание. Рассчитайте бюджет. Определите роли (RACI). Выявите риски. Спланируйте коммуникации. Определите процедуру изменений. Сведите всё в единый документ. И утвердите базовый план.
Типичные ошибки
План сводится к расписанию — нет управления рисками, качеством, коммуникациями. Слишком детальный на старте — тратите время на то, что изменится. Не обновляется — план перестаёт отражать реальность. Разделы не связаны — изменения в одном не учитываются в других. Существует только в голове руководителя — команда не знает, как управляется проект.
Что в понедельник утром
Проверьте, есть ли у вас план управления проектом. Если нет — начните с устава и WBS, это основа всего. Если есть — проверьте, все ли разделы связаны друг с другом.
Заключение
План — не бюрократия, а рабочий инструмент. Без него вы не сможете контролировать сроки, риски, ответственность, изменения и отчётность. Главные правила: начните с устава, WBS — основа всего, все разделы связаны, базовый план — эталон.
Хотите научиться составлять план управления ИТ-проектом на практике? В модуле 4 курса «Мастер управления IT-проектами» мы на воркшопах разрабатываем план для ваших реальных проектов. Подробнее о курсе →