Устав проекта. 
Управление ит-проектами и процессами

Реализация проекта должна начинаться с подписания устава проекта. Часто этот документ в российской практике называют паспортом проекта. В рамках данного пособия будем использовать закрепленное в PMIРМВОК наименование — устав проекта.

В литературе^[1] и в стандарте PMI РМВОК под уставом проекта понимается формальное объявление о старте проекта и наделении руководителя проекта полномочиями по его исполнению. При этом содержится достаточно много рекомендаций по содержанию документа и процедуре его согласования.

Более корректное понимание заключается в том, что устав проекта — это своеобразный многосторонний договор участников проекта о его целях, ресурсах и исполнении. Для руководителя проекта — это договор с организацией в целом о его правах и обязанностях; для заказчика — о целях проекта, стоимости и сроках; для спонсора (куратора) — о его обязанностях по поддержке проекта, выделяемых ресурсах и правах по контролю. Для всех остальных заинтересованных сторон — определение их требований к проекту и обязанностей по участию в работах.

В случае реализации проекта с привлечением внешнего подрядчика устав трансформируется в полновесный договор.

С такой точки зрения содержание и процедуры согласования устава становятся легко определяемыми и целостными для любого типа организации и уровня зрелости.

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

Естественно, все изменения в устав в ходе реализации проекта (необходимость этого, как правило, обычное явление) вносятся по согласованию со всеми участниками проекта.

Как и любой договор, устав должен содержать набор обязательной информации:

• наименование проекта;

• • стороны — участники проекта (стейкхолдеры): спонсор, заказчики, руководитель проекта, соисполнители, служба защиты информации, эксплуатирующие и контролирующие подразделения;
• • цели проекта, приоритеты и критерии оценки результата;
• • ограничения проекта;
• • срок реализации проекта и сроки предоставления промежуточных результатов (контрольный или базовый план проекта);
• • бюджет проекта;
• • команда проекта, передаваемая в подчинение руководителю проекта;
• • обязательства соисполнителей проекта по выполнению работ в рамках проекта;
• • оговорки о рисках проекта и управлении ими.

Часто путают устав проекта и содержание проекта (англ, statement of work, SOW). Понятно, что если мы рассматриваем устав в качестве договора, то только описание того, что должно быть сделано, не является достаточным. Поэтому под содержанием проекта будем понимать соответствующую часть устава (цели проекта и критерии оценки результата, ограничения проекта, контрольный или базовый план проекта).

Если в организации исполнение проектов поставлено на поток, то в ней, скорее всего, в виде регламента существует набор договоренностей, общих для всех проектов; тогда устав отдельного проекта может содержать несколько меньший объем информации. Например, права и обязанности службы защиты информации обычно стандартизированы и могут быть закреплены в общем регламенте. Набор рисков ИТ-проектов также почти всегда постоянен для всех реализуемых проектов и может быть выведен в регламент из отдельных уставов. Кроме того, целесообразным является выведение в регламент типовых прав и обязанностей руководителя проекта, спонсора и заказчика, а также типовых требований к проведению приемочных процедур.

Управление участниками и командой проекта описаны в характеристиках соответствующих функций руководителя проекта (см. гл. 6). Более подробно остановимся на других основных разделах устава.

• [1] См., например: Верзух Э. Управление проектами: ускоренный курс по программеMBA.