ЧАСТЬ 1
Наконец я проснулся от релокационного сна.😃 Хоть и есть небольшая “сонливость”🤤.

Сперва объясню, почему можно назвать проект успешным, если он превысил срок разработки вдвое, а бюджет в 3 раза, при этом, на выходе мы получили уникальный, качественный и очень крутой продукт. Выше я публиковал треугольник PMI. Этот треугольник позволяет понять наглядно, какой результат мы можем получить: сфокусировавшись на цене и времени или на цене и скоупе, или скоупе и времени — мы можем получить качественный продукт. Но практически всегда никогда мы не получим качественный продукт, если попытаемся сфокусироваться на приемлемой цене за разработку, приемлемом тайминге и не огромном и понятном скоупе работ. Это, можно сказать, аксиома, в жизни это не работает. Опустим единичные случаи. Поэтому, исходя из этих данных, мы можем назвать наш проект успешным. В жизни же, этот проект может оказаться неуспешным, потому что заказчик так посчитает. Но тут уже зависит от изначальных требований и Acceptance Criteria. Кстати, позже об этом поговорим, как и о DoR, DoD.

#знания

Устав проекта/Резюме проекта/План управления проектом

Это документ, который формализует ключевые договоренности по всем измерениям проекта между его участниками, содержащий сведения о сфере деятельности, целях и участниках проекта. Он разрабатывается в ходе инициации проекта – до решения о его начале.

PMBoK говорит: «Устав проекта — это документ, выпускаемый инициатором или спонсором проекта, который формально авторизует существование проекта и предоставляет руководителю проекта полномочия использовать ресурсы организации в операциях проекта. Он документирует бизнес-потребности, допущения, ограничения, понимание потребностей заказчика, высокоуровневые требования, а также новый продукт, услугу или результат, который планируется создать.»

Из чего он состоит:

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

Если необходимо изменить зафиксированное в Уставе, значит для ПМ или Исполнителя это повод к пересмотру договорных отношений с Заказчиком. Соответственно этот документ делает Заказчик или Спонсор, а не ПМ или Исполнитель. Это важно!

Шаблон адекватного Устава проекта прикрепляю здесь.

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

Резюме проекта помогает определиться с дальнейшими шагами, найти понимание с командой и заказчиком. Проекты без резюме часто проваливаются, потому что каждый участник видит проект по-своему, и в итоге появляется много нестыковок. Если спонсор проекта не сделал резюме, это может сделать менеджер. Но обязательно получите обратную связь от спонсора, чтобы потом не оказалось, что вы понимаете проект совершенно по-разному.

Итак, предположим нам нужно подготовить резюме проекта.
На этом шаге нужно определиться, что из себя представляет проект.
Спонсор проекта готовит простой одностраничный документ — резюме проекта, в котором отвечает на несколько вопросов:
Цель проекта — какой продукт, услугу или результат нужно получить? (лучше сформулировать по SMART);
Выгоды — зачем мы это делаем?
Какие материальные/нематериальные ценности мы получим от проекта?
Требования — без каких условий проект/результат проекта не имеет смысла?
Сроки — сколько это займёт времени?
Бюджет — сколько это будет стоить?
Риски — что может пойти не так? Какие неопределённые события могут поставить проект под угрозу?
Роли — кто будет принимать участие в проекте?

Потом резюме можно править и расширять — этим займётся менеджер проекта.