Какие артефакты появляются после инициации проекта?
Комментарии (2)
Ответ сгенерирован нейросетью и может содержать ошибки
Итоговый список артефактов после инициации проекта
После успешной инициации проекта, которая формально стартует с подписания Устава проекта (Project Charter), формируется базовый, но критически важный набор артефактов. Эти документы и материалы закладывают правовые, организационные и управленческие основы для всего жизненного цикла проекта. Согласно PMBoK и лучшим практикам, список выглядит следующим образом:
1. Ключевые формальные документы (Основы)
- Устав проекта (Project Charter) – Это главный итоговый документ фазы инициации. Он предоставляет менеджеру проекта формальные полномочия и санкционирует начало работ. В нем содержатся:
* Обоснование проекта и его цели (**high-level objective**).
* Ключевые измеримые критерии успеха.
* Предположения и ограничения.
* Описание высокоуровневых рисков.
* Сводный бюджет и общие сроки.
* Назначенный менеджер проекта и его уровень полномочий.
* Спонсор (Sponsor) и ключевые стейкхолдеры.
* Утверждающая подпись спонсора.
- Реестр стейкхолдеров (Stakeholder Register) – Документ, содержащий идентифицированных на ранней стадии стейкхолдеров, их роли, интересы, уровень влияния и первичную стратегию взаимодействия с ними.
- Журнал допущений (Assumptions Log) – Запись всех предположений (о рынке, технологиях, ресурсах) и ограничений (бюджетных, временных, нормативных), сделанных на этапе инициации. Это живой документ, который будет постоянно актуализироваться.
2. Документы плана управления
- План управления содержанием (Scope Management Plan) – На данном этапе это еще не детальный план, а скорее подход: как будет определяться, уточняться, контролироваться и утверждаться содержание проекта. Может быть частью более общего плана.
- План управления стейкхолдерами (Stakeholder Engagement Plan) – Определяет стратегию, методы и частоту коммуникаций с ключевыми группами стейкхолдеров, выявленными в реестре. Задает тональность взаимодействия.
3. Вспомогательные материалы и результаты анализа
- Высокоуровневая декомпозиция работ (High-Level WBS) – Обычно 1-2 уровня. Нужна для первичной оценки стоимости, длительности и рисков. Это «скелет» будущего детального плана.
- Бизнес-кейс (Business Case) и Экономическое обоснование (Feasibility Study) – Если они не были частью входных данных, то как раз на этапе инициации они формализуются и утверждаются. Они обосновывают ценность проекта и его реализуемость.
- Анализ стейкхолдеров (часто в виде матрицы власть/интерес или заинтересованность/влияние). Это не просто список, а результат их классификации, который ляжет в основу плана взаимодействия.
- Предварительный реестр рисков (Initial Risk Register) – Список гипотетических событий (в первую очередь стратегических и коммерческих рисков), которые могут повлиять на достижение целей проекта. Пока с открытым статусом, без ответных мер.
- Организационная структура проекта (Project Organization Chart) – Определяет ключевые роли, линии отчетности и взаимодействия между основными участниками проекта на старте.
Практический пример: Инициация проекта по разработке SaaS-продукта
# Папка проекта: "Платформа CRM 'ОмниКонтакт'"
## Фаза: Инициация
### Артефакты:
1. Устав_проекта_ОмниКонтакт_v1.0.pdf
- Подписан спонсором (Директор по продукту).
- Цель: "Запустить MVP для 3 ключевых модулей к Q4 для выхода на рынок МСБ".
2. Реестр_стейкхолдеров.xlsx
- Внутренние: спонсор, PM, команда разработки, отдел продаж.
- Внешние: beta-клиенты, партнер по интеграции платежей.
3. Журнал_допущений.md
- Предположение: "API платежного партнера будет стабилен и документирован".
- Ограничение: "Бюджет MVP не превышает 5 млн руб.".
4. План_управления_содержанием.md (заготовка)
- "Детализация требований будет выполняться методом User Stories в Jira..."
5. Итоги_Workshop_анализа_стейкхолдеров.pptx
- Матрица Power/Interest для визуализации влияния.
Важно помнить:
Артефакты инициации – это не статичные отчеты, а рабочие инструменты. Устав – это "конституция" проекта, реестр стейкхолдеров – "дорожная карта" коммуникаций, а журнал допущений – "зона внимания" для рисков. Качество их проработки напрямую определяет, насколько четко команда понимает зачем и для кого выполняется проект, что является фундаментом для успешного планирования на следующей фазе. Пропуск или формальное создание этих документов почти гарантированно ведет к scope creep (неконтролируемому росту объема), конфликтам со стейкхолдерами и кризису легитимности менеджера проекта в будущем.