Спонсор (Куратор) проекта обеспечивает проект ресурсами, поэтому разумно определиться с тем, кто будет Куратором вашего проекта в самом начале. 

Вы, как РП отвечаете за то чтобы проект не вышел за рамки треугольника, поэтому начинайте определять эти рамки как можно раньше, и старайтесь избегать проектов без рамок, а если так происходит, то фиксируйте это – например не существует ограничений по ресурсам которые могут быть выделены проекта (такое тоже бывает, да).

Очевидно, что на этапе инициализации могут быть получены только грубые оценки (ROM-estimate), но точность +-50% не должна Вас смущать, т.к. является допустимой. Если от Вас требуют более точных оценок, донесите тот факт, что точность будет, но потом. Для этого нужны следующие шаги.

Оценки лучше составлять не самостоятельно, а с привлечением экспертов. Важно понимать, что завышение оценок — это непрофессионально, у Вас для этого есть допуск погрешности.

Плохой сценарий для РП при инициализации проекта, заключается в том, что треугольник был определен до вас, и вы поставлены перед фактом. В этом случае, трезво оцените ситуацию, и если условия не выполнимы – не беритесь, это лучше чем провалить проект.

После того, как Вы назначены в качестве РП и получены оценки необходимо составлять Устав проекта. Разумеется, Устав не должен противоречить ранним договоренностям с Клиентом, которые могли составить представители отдела продаж или руководство.

Устав проекта фиксирует треугольник проекта, полномочия и ответственность РП перед Куратором проекта (Куратор подписывает Устав).

В чем важность Устава – он является неизменным документом. Если обстоятельства сложились таким образом, что Устав необходимо менять, существующий проект закрывается и открывается новый проект.

Наличие Устава позволит Вам требовать и получать необходимые ресурсы. На практике полезно уже на этапе формирования Устава определить и зафиксировать что не является требованиями к продукту, это может сэкономить много времени и нервов в дальнейшем.

В Уставе рекомендую завести глоссарий, в котором должны быть описаны все термины, которые Вы будете употреблять. Это может здорово помочь, особенно если Вы занимаетесь достаточно сложным проектом.

Требования в Уставе это, как правило, несколько тезисов, так называемые крупноуровневые требования (например, из High-LevelDesign), на этапе планирования мы их будем декомпозировать.

Оглавление цикла статей об управлении проектами

Надеюсь озвученная информация будет полезной, а если нужна будет помощь — используйте форму на главной странице моего сайта.