должна использоваться своя, уникальная методология, которая разработана с учетом специфики проектной деятельности предприятия, его организационной структуры и принципов принятия решений, уровня зрелости проектной деятельности.
Как правило, в крупных и средних компаниях есть внутренние стандарты по документированию процессов, с учетом которых нужно будет разрабатывать иерархию и структуру документов, описывающих и проектную деятельность.
Структура внутренних нормативных документов будет определяться также исходя из того, какими объектами управления решено формализовать управление: только проектами, проектами и программами или же проектами, программами и портфелем программ и проектов.
Рассмотрим случай, когда принято решение о стандартизации процессов управления всеми тремя объектами управления в области проектной деятельности: проектом, программой и портфелем. Возможна следующая иерархия проектных документов.
Уровень 1-й:
• Политика по управлению проектной деятельностью. Цель данного документа – описать роль и место проектного управления в управляющих процессах предприятия, определить, по каким критериям деятельность можно отнести к проектной, описать основные принципы управления проектами, программами и портфелем, а также организационную структуру управления проектной деятельностью и элементы системы управления проектами.
• Положения о коллегиальных органах, уполномоченных принимать решения в области проектной деятельности, о подразделениях, осуществляющих координацию и поддержку проектов (о проектном офисе).
Уровень 2-й:
• Регламенты по управлению проектами, программами, портфелем программ и проектов. Регламенты будут содержать карту и описание процессов.
Уровень 3-й:
• Шаблоны документов, которые используются в ходе процессов по управлению проектной деятельностью.
• Технологические схемы по выполнению процессов по управлению проектной деятельностью в ИСУП.
Иерархия документов вполне может быть упрощена, т. е. методология может состоять только лишь из одного регламента по управлению проектами, где шаблоны документов будут приложениями в рамках регламента. В данном случае в этом единственном регламенте нужно описать разделы, которые в более сложной структуре внутренних нормативных документов (ВНД) были бы в ВНД 1-го уровня.
До разработки регламентной базы рекомендуется договориться внутри команды внедрения СУП, в которую входят ключевые заинтересованные лица во внедрении СУП и методологи – разработчики ВНД, о том, какой из международных стандартов в сфере управления проектами станет основой для разработки регламентной базы при описании ролевой модели, областей знаний и списка процессов по управлению проектами. Выбор того или иного стандарта не означает, что нельзя использовать в дополнение те или иные аспекты из других стандартов.
В методологию по управлению