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

Коллеги, добрый день. Несколько лет работаю в сфере проектного управления, но столкнулся с тем, что нет ни одного документа описывающего процедуру создания и завершения программы проектов. Интернет и книги "пестрят" уставами проектов и определением "программа проектов - это...", "рук. программы проектов - это...". Соответственно возникают вопросы:
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
Оставлять комментарии могут только зарегистрированные пользователи
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии
HR-новости
Россияне стали меньше тревожиться из-за работы

Год назад уровень тревожности россиян по поводу различных возможных проблем на работе был выше.

Уровень счастья напрямую влияет на продуктивность большинства россиян

При этом почти каждый четвертый респондент считает, что их руководитель ничего не делает для счастья сотрудников.

70% россиян отмечают сильное влияние работы на уровень стресса

Наибольший стресс создают строгие дедлайны, внезапные и большие объемы задач, а также собственные ошибки при выполнении задач.