B33 Система планов как архитектура системы управления проектом

1. Использование единого плана для крупных проектов
   a. Один общий план для масштабных проектов приводит к путанице и снижению гибкости управления.
   b. Сложность внесения изменений в план без нарушения целостности проекта.
   c. Невозможность делегировать управление отдельными частями проекта разным руководителям.
2. Отсутствие параллельной работы с разными плана
   a. Нет возможности одновременно работать с актуальным планом и готовить новую редакцию.
   b. Нет возможности руководителю создать свой план работ без влияния на проект в целом.
3. Сложность управления взаимозависимостями между задачами
   a. В едином плане сложно отслеживать и управлять связями между задачами разных частей проекта.
   b. При изменении одной части плана сложно оценить влияние на другие части проекта.
   c. Отсутствие четкого разделения зон ответственности между руководителями проекта.

1. Повышение гибкости управления проектом
   a. Возможность использовать множество оперативных планов вместо одного общего, что упрощает управление сложными проектами.
   b. Каждый руководитель может разрабатывать и управлять своими планами без влияния на другие части проекта и на Мастер план.
   c. Система планов, построенная по принципам «слабосвязанных архитектур», обеспечивает гибкость и адаптивность.
2. Параллельная работа с несколькими версиями плана
   a. Одновременное существование нескольких редакций плана: одна используется для текущей работы, другая - для подготовки изменений.
   b. Переключение на новую версию плана после утверждения.
   c. Архивация старых версий плана для сохранения истории изменений.
3. Упрощение делегирования ответственности
   a. Возможность распределять ответственность за разные части проекта между руководителями в разрезе результатов.
   b. Каждый план оформляется как отдельный документ, согласуется и ставится на контроль независимо от других планов.
   c. Четкое разделение зон ответственности между участниками проекта, что снижает риски и конфликты.
4. Улучшение прозрачности и контроля
   a. Мастер-план как каркас системы планов обеспечивает обзор всего проекта на высоком уровне.
   b. Папка «Действующие планы» позволяет работать со всей совокупностью планов проекта как с одним общим планом.

Система управления планами предназначена для обеспечения гибкого управления крупными проектами через использование множества оперативных планов и единого в мастер-плана. Она позволяет:

1. Делегировать ответственность за разные части проекта разным руководителям.
2. Параллельно работать с несколькими планами (мастер план, оперативные планы).
3. Параллельно работать с несколькими редакциями плана (актуальная версия и версия в разработке).
4. Сохранять историю изменений планов через архивацию старых версий.

1. Мастер-план проекта
   a. Ключевой и единый план проекта, структурно и по содержанию представляющий собой детализированный Единый сводный план график (ЕСПГ).
   b. Связывает все результаты и активности проекта, обеспечивая обзор на высоком уровне.
2. Оперативные планы
   a. Гибкий инструмент организации работ для РП и команд проекта.
   b. Включает календарные планы работ, управление сроками по work-flow, релизные планы.
3. Папка «Действующие планы»
   a. Механизм, позволяющий работать со всей совокупностью планов проекта как с одним общим планом.
   b. Обеспечивает формирование единой картины проекта.
4. Система управления версиями планов
   a. Возможность одновременного существования нескольких редакций плана.
   b. Архивация старых версий плана после перехода на новую версию.

1. Принцип «слабосвязанных архитектур» - структурирование планов так, чтобы коммуникации между командами не становились узким местом.
2. Каждый план как неделимый целостный документ - планы оформляются отдельными документами.

1. Формирование сводного плана
   a. Сборка мастер-плана из отдельных оперативных планов через папку «Действующие планы».
   b. Визуализация связей между разными планами и выявление потенциальных конфликтов.
2. Управление версиями планов
   a. Параллельная работа с несколькими редакциями плана (актуальная версия и версия в разработке).
   b. Переключение на новую версию плана после утверждения и архивация старой версии.
3. Согласование отдельных планов
   a. Процесс согласования каждого плана как единого целостного документа.
   b. Проверка согласованности между разными планами на этапе их согласования.

Описание решения и иллюстрации: функциональности решения ИСУП, пользовательские функции и сценарии.
Подходы к планированию: - Детальное планирование выполняется только на ближайшие этапы проекта (Метод набегающей волны) - Любой руководитель любого уровня должен иметь возможность разработать любой план, если ему это нужно и управлять им в ИСУП - Каждый отдельный план оформляется отдельным документом, согласуется и ставится на контроль в ИСУП как единое целое, а не растаскивается по частям - Связи между задачами разных планов не обязательно должны фиксироваться в системе. - Может одновременно существовать несколько редакций плана. По одной идет работа, одновременно планировщик может готовить новую редакцию внося изменения (после готовности происходит переключение на новую редакцию, а старая размешается в архиве) Использование одного общего плана для крупного проекта неудобно, если вообще возможно
Мастер план
Это каркас проекта, это детализированный Единый сводный план график (ЕСПГ, Дорожная карта) в ИСУП, связывающий все результаты и активности.
Оперативные планы
Это гибкий инструмент организации работ для РП и рабочих команд.
Используя папку «Действующие планы» можно работать со всей совокупностью планов проекта как с одним общим планом

Версионность планов