Кто делает устав проекта?

Разработка устава проекта: роли и ответственные лица

Создание устава проекта — это ключевой итеративный процесс, который редко выполняется одним человеком. Это коллаборативная задача, требующая вовлечения нескольких ролей. Основная ответственность за инициацию и финализацию документа лежит на спонсоре проекта (Project Sponsor) или инициаторе (Initiator).

Основные роли и их вклад в создание устава:

1. Спонсор проекта / Бизнес-спонсор (Project Sponsor)

Главный ответственный. Эта роль (обычно старший руководитель или ключевой стейкхолдер) имеет полномочия выделять ресурсы и утверждать бюджет.

• Что делает: Формально инициирует проект, санкционирует его начало. Он является конечным автором и утверждает финальную версию устава, беря на себя полную ответственность за успех проекта с точки зрения бизнеса.
• Вклад: Определяет высокоуровневые бизнес-требования, цели, видение, а также ограничения и допущения.

2. Руководитель проекта (Project Manager)

Ключевой составитель и фасилитатор. Хотя формальная власть принадлежит спонсору, 90% работы по сбору информации, структурированию и оформлению документа выполняет РП.

• Что делает: Проводит встречи с заинтересованными сторонами, координирует процесс сбора требований, изучает предварительные бизнес-кейсы, оценивает высокоуровневые риски и пишет черновики документа.
• Вклад: Оформляет все полученные данные в структурированный, четкий документ в соответствии с выбранной методологией (PMI PMBok, PRINCE2, Agile-манифест и др.). Организует ревью и сбор обратной связи.

3. Ключевые заинтересованные стороны (Key Stakeholders)

Поставщики критической информации. Это будущие пользователи продукта, представители бизнес-подразделений, технические эксперты.

• Что делает: Участвуют в воркшопах и интервью, предоставляя требования, ожидания и экспертные оценки.
• Вклад: Помогают сформулировать измеримые цели проекта (SMART-критерии), описывают высокоуровневый объем работ, выявляют ключевые риски и возможности.

4. Руководство организации / Комитет по управлению портфелем проектов (PMO/Steering Committee)

Утверждающая и контролирующая инстанция.

• Что делает: Оценивает проект на предмет стратегического соответствия, приоритезации в портфеле и необходимости выделения ресурсов.
• Вклад: Может накладывать дополнительные условия, ограничения или требования к отчетности, которые должны быть отражены в уставе.

Типичный процесс создания устава (Waterfall/Гибридный подход):

Примечание: В Agile-подходах (Scrum, Kanban) формальный устав часто заменяется или дополняется продукт/проект-визионером, чиз-листом (Chess List) или соглашением о старте проекта, но суть (фиксация границ и целей) сохраняется. Процесс аналогичен, но менее формализован.

1. Инициатива: Спонсор (или бизнес-аналитик) создает первоначальный бизнес-кейс или запрос.
2. Назначение РП: Спонсор назначает руководителя проекта.
3. Сбор требований: РП совместно с аналитиками и стейкхолдерами проводит рабочие сессии.

   # Пример вклада от технического лида в раздел "Ограничения":
   *   Ограничение: Интеграция должна использовать существующий API Gateway v2.
   *   Допущение: Команда разработки в полном составе будет доступна с 1 февраля.
   

4. Написание черновика: РП структурирует информацию в единый документ. Вот пример оглавления для устава в классическом подходе:

   ### Проект: Разработка мобильного приложения для клиентов
   1. Цели и обоснование бизнес-кейса
   2. Описание высокоуровневых требований
   3. Ключевые заинтересованные стороны и роли
   4. Предполагаемый план и вехи
   5. Бюджетная оценка порядка величины
   6. Известные риски и допущения
   7. Критерии успеха (KPIs)
   8. Требования к отчетности
   9. Утверждение (блок для подписей)
   

5. Согласование и ревью: Черновик циркулирует среди стейкхолдеров для внесения правок.
6. Финальное утверждение: Спонсор и, при необходимости, руководство подписывают документ, после чего РП официально получает полномочия для планирования и исполнения проекта.

Вывод

Таким образом, устав проекта — это результат совместной работы спонсора, руководителя проекта и ключевых стейкхолдеров. Спонсор утверждает и несет высшую ответственность, проект-менеджер является драйвером и автором документа, а стейкхолдеры обеспечивают его содержательное наполнение. Без такого коллаборативного подхода устав рискует стать формальностью, не отражающей реальные ожидания и границы проекта, что является прямым путем к его провалу.