Формализация (устав) программы проектов

Коллеги, добрый день. Несколько лет работаю в сфере проектного управления, но столкнулся с тем, что нет ни одного документа описывающего процедуру создания и завершения программы проектов. Интернет и книги "пестрят" уставами проектов и определением "программа проектов - это...", "рук. программы проектов - это...". Соответственно возникают вопросы:
1. Как должен выглядеть Устав программы и нужно ли его формализовывать? (Думаю, что да и будет схоже с Уставом проекта).
2. Нужно ли отдельно "формально" утверждать запуск проектов входящих в программу?
3. Как закрывать программу и проекты? Отдельно проект, потом опять проект и потом только программу?
Заранее спасибо за помощь.

Расскажите коллегам:
Комментарии
Специалист, Пермь
Антон Куценко пишет:

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

В дополнение.

1. В части параметров, описываемых в Уставе Программы проектов, можно  также руководствоваться перечнем, указанным в:

ГОСТ 54871-2011 Проектный менеджмент. Требования к управлению программой

п.5.2 Процесс инициации - выходы.

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

 

2. Сравнить с требованиями к проекту, согласно

ГОСТ Р 54869 - 2011 Проектный менеджмент. Требования к управлению проектом.

п.5.2 Процесс инициации проекта - выходы.

- наименование проекта;
- причины инициации проекта;
- цели и продукты проекта;
- дата инициации проекта;
- заказчик проекта;
- руководитель проекта;
- куратор проекта.

2.1 Как видим, к проекту отсутствуют требования к описанию:

* Получаемых Выгод в результате реализации.

* Ограничений и допущений - скорее всего, речь идет о макропараметрах.

Сформированных например в результате проведенного анализа по методу PEST-EL.

* Стратегии финансирования

2.2 Цели и продукты проекта - скорее всего, речь идет о конечных получаемых результатах по конкретному проекту. Без привязки к результатам других проектов в рамках программы, анализа синергии. 

Генеральный директор, Москва
Алексей Старков пишет:
В дополнение. 1. В части параметров, описываемых в Уставе Программы проектов, можно  также руководствоваться перечнем, указанным в: ГОСТ 54871-2011 Проектный менеджмент. Требования к управлению программой

Если Вы ссылаетесь - например - на эти стандарты, почему бы не вспомнить, что

---

3.11 программа: Совокупность взаимосвязанных проектов и другой деятельности, направленных на достижение общей цели и реализуемых в условиях общих ограничений.

3.12 проект: Комплекс взаимосвязанных мероприятий, направленный на создание уникального продукта или услуги в условиях временных и ресурсных ограничений.

---

Это многое проясняет.

Александр Ковалёв +2923 Александр Ковалёв Инженер, Омск
Евгений Равич пишет:
Алексей Старков пишет:
В дополнение. 1. В части параметров, описываемых в Уставе Программы проектов, можно  также руководствоваться перечнем, указанным в: ГОСТ 54871-2011 Проектный менеджмент. Требования к управлению программой

Если Вы ссылаетесь - например - на эти стандарты, почему бы не вспомнить, что

*ссылается на определение*

Это многое проясняет.

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

Алексей Старков пишет:
2.1 Как видим, к проекту отсутствуют требования к описанию:
* Получаемых Выгод в результате реализации.
* Ограничений и допущений - скорее всего, речь идет о макропараметрах.
Алексей Старков пишет:
п.5.2 Процесс инициации - выходы.
...
выгоды, которые должны быть достигнуты в результате реализации программы;
...
ограничения и допущения программы;
...

Я бы заменил словосочетание "должны" на "могут", о стратегических целях говорим, но это мелочи. 

Я один здесь вижу явное противоречие в выводах? 

Я понимаю, господа, что мы тут коллеге разъясняем придмет, как хорошисты отстающим перед экзаменом, но меня одного смущает это молчание автора? 

*Свистит* Антон, вы там не уснули на задней парте? Успели уже хоть что-то намотать на ус? 

P.S. Посмотрел профиль автора дискуссии - чёрт, лучше бы я этого не делал.

Специалист, Пермь

Также можно дополнить.

1. В случае с необходимостью создания Инициирующего проект/программу документа.  Устав может не разрабатываться.

1.1 Как вариант, все функциональные блоки, описанные ранее, м.б. описаны в 

Плане реализации Проекта / Программы

- Представления на Управляющий комитет

Либо "гибрида" из этих документов.

2. Обязателен ли Проект реализовываться в рамках исполнения Стратегии?

Нет. Проект может и не быть стратегическим.

Хотя один из разделов устава - Strategic Fit - описание, как реализация проекта обеспечивает исполнение стратегии компании. 

3. также согласно PMBOK6 - одним из элементов устава д.б. 

* Критерии выхода из проекта - наступление условий, при которых проект/этап проекта прекращаются к реализации.

* Совокупный риск проекта

Думаю, это все же более относится к Уставу программы.

* Требования к одобрению проекта

Тут особо интересно. КФУ.

Т.е. Например, если проект был завершен в срок, в рамках назначенных работ, но с превышением бюджета на 30% от планового - успешен ли данный проект?

Скорее всего, решение об итоговом успехе/неуспехе проекта должен принимать спонсор проекта, или менеджер програм.

 

1 3
Оставлять комментарии могут только зарегистрированные пользователи
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии