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

План управления проектом: ключевые компоненты

План проекта (Project Management Plan) — это не единый документ, а комплексный, живой артефакт, который объединяет все базовые и вспомогательные планы. Он служит основным источником информации о том, как проект будет выполняться, контролироваться и завершаться. Согласно лучшим практикам PMI PMBOK® и моему опыту, его можно структурировать следующим образом.

1. Базовые планы (Baseline Plans)

Это основа, с которой будет сравниваться фактическое выполнение проекта.

• План по содержанию (Scope Management Plan): Описание того, что входит в проект, а что — нет (через WBS — Иерархическую структуру работ). WBS — это декомпозиция всего объема работ на управляемые пакеты работ.
• План по срокам (Schedule Management Plan): Включает диаграмму Ганта, критический путь, вехи (Milestones), зависимости задач и календарь ресурсов.

  gantt
      title Пример фрагмента графика проекта
      dateFormat  YYYY-MM-DD
      section Бэкенд
      Проектирование API      :a1, 2024-01-01, 10d
      Разработка модулей      :a2, after a1, 15d
      section Фронтенд
      Вёрстка макетов         :b1, 2024-01-05, 12d
      Интеграция с API        :b2, after a1 b1, 10d
      section Тестирование
      Функциональное тестирование :crit, c1, after a2 b2, 8d
      Приёмочные испытания    :c2, after c1, 5d
  

• План по стоимости (Cost Management Plan): Бюджет, разбитый по статьям и временным периодам (часто через S-образную кривую расходов), а также резервы на непредвиденные обстоятельства (управленческий и резерв на риски).
• План по качеству (Quality Management Plan): Стандарты, метрики, процессы контроля и обеспечения качества (например, критерии приемки, планы тестирования).

2. Вспомогательные планы управления

Эти планы регламентируют ключевые аспекты управления.

• План управления рисками (Risk Management Plan): Процесс идентификации, анализа (качественного и количественного), планирования ответных мер и мониторинга рисков. Включает реестр рисков.

  # Пример структуры реестра рисков (упрощённо)
  risk_register = [
      {
          "id": "RISK-001",
          "description": "Задержка поставки серверного оборудования от вендора",
          "probability": 0.3,  # Средняя
          "impact": 0.8,       # Высокое
          "score": 0.24,       # Probability * Impact
          "response_strategy": "Смягчение",
          "response_action": "Заключить предварительное соглашение с альтернативным поставщиком.",
          "owner": "Менеджер по закупкам"
      },
      # ... другие риски
  ]
  

• План управления коммуникациями (Communications Management Plan): Определяет стейкхолдеров, их потребности в информации, частоту, форматы и каналы коммуникации (митинги, отчёты, дашборды).
• План управления заинтересованными сторонами (Stakeholder Engagement Plan): Стратегии работы с разными группами стейкхолдеров (от спонсора до конечных пользователей) для поддержания их вовлечённости.
• План управления персоналом/ресурсами (Resource Management Plan): Описание требуемых человеческих и материальных ресурсов, их распределение, график загрузки и процессы управления командой.
• План управления закупками (Procurement Management Plan): Подход к работе с внешними поставщиками и подрядчиками.

3. Интеграционные компоненты

Эти разделы "склеивают" все части плана.

• Устав проекта (Project Charter): Высокоуровневое обоснование и полномочия, на которые план опирается.
• Жизненный цикл проекта и применяемые методологии (например, гибкая, каскадная или гибридная).
• План управления изменениями (Change Management Plan): Чёткий процесс подачи, оценки, утверждения и внедрения изменений в содержание, сроки или бюджет. Без этого план быстро устаревает.
• План управления конфигурациями (Configuration Management Plan): Как будут управляться версии артефактов проекта (код, документация, сборки).
• Показатели эффективности (KPIs) и процесс контроля: Как и когда будет измеряться прогресс (например, с использованием EVM — Earned Value Management).
• План завершения проекта: Критерии закрытия, передача продукта/документации, извлечение уроков (Retrospective).

Ключевой принцип

План проекта — это не "священный грааль", созданный в начале и забытый. Это живой документ, который должен регулярно пересматриваться и актуализироваться по мере поступления новой информации, изменения приоритетов или возникновения рисков. Его основная ценность — не в объёме, а в том, что он обеспечивает единое понимание целей, путей их достижения и "правил игры" для всей команды и стейкхолдеров. В современных гибких подходах (Agile) его аналогом может служить комбинация Product Roadmap, Backlog и соглашений о рабочих процессах (Working Agreements), но необходимость в структурированном планировании фундаментальных аспектов остаётся неизменной.