Управление проектами для сервисной компании_Проектная ПРАКТИКА
ГОСТЫ по управлению проектами
1. ФЕДЕРАЛЬНОЕ АГЕНТСТВО
ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
Н А Ц И О Н А Л Ь Н Ы Й
С Т А Н Д А Р Т
Р О С С И Й С К О Й
Ф Е Д Е Р А Ц И И
ГОСТ Р
54869―
2011
Проектный менеджмент
ТРЕБОВАНИЯ К УПРАВЛЕНИЮ ПРОЕКТОМ
Издание официальное
Москва
Стандартинформ
2011
3. ГОСТ Р 54869―2011
III
Введение
Настоящий стандарт устанавливает требования к управлению проектом от
его старта до завершения, при этом предметом стандартизации являются обя-
зательные выходы процессов управления проектом.
Стандарт не содержит требований, которые могут считаться обязатель-
ными лишь для определенного вида проектов, требований к методам реализа-
ции процессов управления проектами, а также требований к предпроектной и
послепроектной деятельности.
4.
5. ГОСТ Р 54869―2011
1
Н А Ц И О Н А Л Ь Н Ы Й С Т А Н Д А Р Т Р О С С И Й С К О Й Ф Е Д Е Р А Ц И И
ПРОЕКТНЫЙ МЕНЕДЖМЕНТ
Требования к управлению проектом
Project management
Requirements for project management
Дата введения – 2012 – 09 – 01
1 Область применения
Настоящий стандарт устанавливает требования к управлению проектом
для обеспечения эффективного достижения целей проекта.
Требования настоящего стандарта распространяются на управление лю-
быми проектами и могут быть применены для проектов, реализуемых юридиче-
скими или физическими лицами. Проекты могут осуществляться на договорной
основе или быть реализованы внутри организации.
Настоящий стандарт может использоваться с целью оценки соответствия
управления проектом установленным в стандарте требованиям.
2 Нормативные ссылки
В настоящем стандарте использована нормативная ссылка на следующий
стандарт:
ГОСТ Р ИСО 9000 — 2008 Системы менеджмента качества. Основные по-
ложения и словарь
П р и м е ч а н и е — При пользовании настоящим стандартом целесообразно проверить
действие ссылочного стандарта в информационной системе общего пользования — на офици-
альном сайте Федерального агентства по техническому регулированию и метрологии в сети
Интернет или по ежегодно издаваемому информационному указателю «Национальные стан-
дарты», который опубликован по состоянию на 1 января текущего года, и по соответствующим
ежемесячно издаваемым информационным указателям, опубликованным в текущем году. Если
ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует
руководствоваться заменяющим (измененным) стандартом. Если ссылочный стандарт отменен
без замены, то положение, в котором дана ссылка на него, применяется в части, не затраги-
вающей эту ссылку.
6. ГОСТ Р 54869―2011
2
3 Термины и определения
В настоящем стандарте применены термины в соответствии с
ГОСТ Р ИСО 9000, а также следующие термины с соответствующими определе-
ниями:
3.1 архив проекта: Структурированный комплект документации проекта,
представленный в бумажном и/или электронном виде.
3.2 базовый план проекта: Принятый к исполнению план проекта, содер-
жащий сведения об основных временных и стоимостных параметрах проекта.
П р и м е ч а н и е — Базовый план является основой для сравнения фактических пока-
зателей проекта с запланированными и оценки прогресса реализации проекта. Употребляется
с уточнениями (базовый календарный план проекта, базовый бюджет проекта).
3.3 бюджет проекта: Документ, содержащий общую сумму финансовых
средств, распределенных по статьям и временным периодам.
3.4 допущение: Фактор, который считается верным для проекта без при-
влечения доказательств.
3.5 заинтересованные стороны в проекте: Лица или организации, чьи
интересы могут быть затронуты в ходе реализации проекта.
3.6 изменение в проекте: Модификация утвержденного ранее содержа-
ния, сроков, ресурсов в проекте, а также установленных процедур.
3.7 контрольное событие проекта: Существенное событие проекта, от-
ражающее получение измеримых результатов проекта.
П р и м е ч а н и е — Контрольное событие в отличии от работ проекта не имеет дли-
тельности и трудоемкости.
3.8 корректирующее действие: Действие, предпринятое для устранения
обнаруженного несоответствия плану проекта.
3.9 ограничение: Сдерживающий фактор, влияющий на ход исполнения
проекта.
3.10 предупреждающее действие: Действие, предпринятое для сниже-
ния вероятности или последствий отрицательных рисков проекта.
3.11 продукт проекта: Измеримый результат, который должен быть полу-
чен в ходе реализации проекта.
3.12 проект: Комплекс взаимосвязанных мероприятий, направленный на
создание уникального продукта или услуги в условиях временных и ресурсных
ограничений.
3.13 процесс: Совокупность взаимосвязанных действий, направленных на
достижение определенных результатов.
3.14 работа проекта: Действие, выполняемое для достижения цели про-
екта.
3.15 расписание проекта (календарный план): Плановые даты исполне-
ния работ и контрольных событий проекта.
3.16 риск: Вероятное для проекта событие, наступление которого может
как отрицательно, так и положительно отразиться на результатах проекта.
3.17 управление проектом: Планирование, организация и контроль тру-
довых, финансовых и материально-технических ресурсов проекта, направлен-
ные на эффективное достижение целей проекта.
7. ГОСТ Р 54869―2011
3
4 Организация управления проектом
Ролевая (организационная) структура управления проектами может в зна-
чительной степени различаться в зависимости от их специфики, но в каждом
проекте должны быть определены следующие роли:
- заказчик проекта — физическое или юридическое лицо, которое является
владельцем результата проекта;
- руководитель проекта — лицо, осуществляющее управление проектом и
ответственное за результаты проекта;
- куратор проекта — лицо, ответственное за обеспечение проекта ресур-
сами и осуществляющее административную, финансовую и иную поддержку
проекта;
- команда проекта — совокупность лиц, групп и организаций, объединен-
ных во временную организационную структуру для выполнения работ проекта.
Схема, иллюстрирующая основные понятия проектного менеджмента и их
взаимосвязь, приведена в приложении А.
5 Управление проектом
5.1 Области управления и последовательность процессов
управления проектами
Управление проектом включает совокупность процессов инициации, пла-
нирования, организации исполнения, контроля и завершения проекта.
В рамках процессов управления проектом выполняются действия, отно-
сящиеся к следующим функциональным областям управления проектом:
- управление содержанием проекта;
- управление сроками проекта;
- управление затратами в проекте;
- управление рисками проекта;
- управление персоналом проекта;
- управление заинтересованными сторонами проекта;
- управление поставками проекта;
- управление качеством в проекте;
- управление обменом информацией в проекте;
- управление интеграцией проекта.
Последовательность процессов управления проектом определятся усло-
виями конкретного проекта, при этом:
- проект должен начинаться с процесса инициации проекта;
- проект должен оканчиваться процессом завершения проекта;
- выполнение процессов организации исполнения и контроля проекта на-
чинается не раньше процессов планирования.
8. ГОСТ Р 54869―2011
4
5.2 Процесс инициации проекта
Цель процесса: формальное открытие проекта.
Выходы процесса определяются и документируются следующими пара-
метрами проекта:
- наименование проекта;
- причины инициации проекта;
- цели и продукты проекта;
- дата инициации проекта;
- заказчик проекта;
- руководитель проекта;
- куратор проекта.
5.3 Процессы планирования проекта
5.3.1 Процесс планирования содержания проекта
Цель процесса: определение требований проекта и состава работ проек-
та.
Выходы процесса:
а) требования к проекту со стороны заказчика, других заинтересованных
сторон проекта, а также законодательства и нормативных актов определены,
проанализированы на предмет возможности их выполнения, согласованы с за-
казчиком проекта и документированы;
б) определены, согласованы с заказчиком и документированы ключевые
данные по продукту проекта, а именно:
1) назначение, свойства и характеристики продукта;
2) критерии и методы приемки продукта проекта и его составных час-
тей;
3) допущения и исключения, касающиеся продукта проекта;
в) определены, согласованы с заказчиком и документированы работы
проекта, а также допущения и исключения, касающиеся работ проекта.
5.3.2 Процесс разработки расписания
Цель процесса: определение дат начала и окончания работ проекта, клю-
чевых событий, этапов и проекта в целом.
Выходы процесса:
- определены взаимосвязи между работами проекта;
- проведена оценка длительности работ проекта;
- определен и утвержден график привлечения ресурсов, необходимых для
выполнения проекта в срок;
9. ГОСТ Р 54869―2011
5
- определено и документировано расписание проекта;
- утвержден базовый календарный план проекта.
5.3.3 Процесс планирования бюджета проекта
Цель процесса: определение порядка и объема обеспечения проекта фи-
нансовыми ресурсами.
Выходы процесса:
- определена и документирована структура статей бюджета проекта, по-
зволяющая контролировать затраты на проект в ходе его реализации;
- определена плановая стоимость всех ресурсов проекта (материальных и
человеческих) с учетом всех известных ограничений на их использование;
- определена стоимость выполнения работ проекта;
- утвержден базовый бюджет проекта;
- определен и документирован порядок поступления денежных средств в
проект.
5.3.4 Процесс планирования персонала проекта
Цель процесса: определение порядка обеспечения проекта человечески-
ми ресурсами.
Выходы процесса:
- определены и документированы роли участников проекта, их функции и
полномочия;
- определен численный и квалификационный состав команды проекта, а
также требования к условиям труда;
- персонально определены основные члены команды проекта.
5.3.5 Процесс планирования закупок в проекте
Цель процесса: определение порядка и объема обеспечения проекта про-
дукцией и услугами, приобретаемыми у сторонних организаций.
Выходы процесса:
а) проведен анализ необходимости закупки продукции и услуг для дости-
жения целей проекта;
б) в случае, если по результатам анализа принято решение о целесооб-
разности закупок продукции и/или услуг в проекте, то:
1) определены требования к закупаемой продукции (услугам), в том
числе ограничения по стоимости и срокам поставки;
2) определены требования к приемке закупаемой продукции (услугам);
3) запланированы мероприятия по выбору и оценке поставщиков на
основе определенных критериев.
10. ГОСТ Р 54869―2011
6
5.3.6 Процесс планирования реагирования на риски
Цель процесса: определение основных рисков проекта и порядка работы с
ними.
Выходы процесса:
- выявлены и документированы риски проекта;
- проведены оценка и ранжирование по вероятности и степени влияния на
результат проекта всех идентифицированных рисков;
- разработаны мероприятия по изменению вероятности и степени влияния
наиболее значимых рисков, а также созданы планы реагирования на случай
возникновения таких рисков;
- учтены результаты разработки упреждающих мероприятий по реагиро-
ванию на риски в связанных с ними планах.
5.3.7 Процесс планирования обмена информацией в проекте
Цель процесса: определение порядка обмена информацией между лица-
ми, участвующими в реализации проекта и заинтересованными в результатах
проекта.
Выходы процесса:
- определены все участники информационного обмена, а также их потреб-
ности в информации;
- определены методы и средства распространения информации по проек-
ту;
- определена процедура разработки, согласования, утверждения, распро-
странения проектных документов;
- определены место и правила хранения информации по проекту.
5.3.8 Процесс планирования управления изменениями в проекте
Цель процесса: определение порядка работы с изменениями в проекте.
Выходы процесса:
а) определен и документирован процесс работы с изменениями в проекте,
а именно:
1) выявление изменений;
2) согласование и утверждение изменений;
3) организация учета версий документов и продуктов проекта;
4) доведение информации об изменениях до заинтересованных сто-
рон.
11. ГОСТ Р 54869―2011
7
5.4 Процесс организации исполнения проекта
Цель процесса: организация выполнения проекта согласно разработан-
ным планам.
Выходы процесса:
- выполнены запланированные работы;
- получены продукты проекта;
- осуществлены изменения согласно принятым в проекте правилам;
- выполнены намеченные корректирующие и предупреждающие действия;
- актуализированы документы по управлению проектом.
5.5 Процесс контроля исполнения проекта
Цель процесса: проверка соответствия процессов и продукта проекта ус-
тановленным требованиям.
Выходы процесса:
- документированы результаты регулярной проверки состояния проекта, в
частности, отклонения от планов и проанализированы с целью определения
причин отклонений;
- произведена оценка соответствия продукта проекта требованиям к нему;
- сформированы корректирующие и предупреждающие действия по ре-
зультатам проверки;
- отчеты о выполнении работ проекта соответствуют утвержденной сис-
теме отчетности по проекту.
5.6 Процесс завершения проекта
Цель процесса: формальное закрытие проекта.
Выходы процесса:
- проведена и документально оформлена приемка продукта проекта за-
казчиком;
- проведено закрытие всех договоров по проекту (в случае их наличия);
- документировано окончание проекта;
- сформирован архив проекта;
- команда проекта и основные заинтересованные стороны проинформиро-
ваны об окончании проекта.
12. ГОСТ Р 54869―2011
8
6 Требования к управлению документами проекта
Форма, наименование и содержание документов могут отличаться в раз-
личных проектах и зависят от специфики проекта, договорных требований или
требований организации, в рамках которой проект реализуется.
Документами необходимо управлять в соответствии со следующими тре-
бованиями:
- документы должны быть утверждены до их применения;
- необходимо обеспечить анализ актуальности документов и их своевре-
менное обновление по мере необходимости;
- необходимо обеспечить наличие актуальных версий документов в местах
их применения;
- необходимо обеспечить сохранение документов в течение установлен-
ных сроков и возможность их восстановления;
- необходимо обеспечить уровень конфиденциальности документов со-
гласно требованиям заказчика и других заинтересованных сторон проекта;
- необходимо обеспечить предотвращение непреднамеренного использо-
вания устаревших документов и соответствующую идентификацию устаревших
документов, оставленных для определенных целей.
13. ГОСТ Р 54869―2011
9
Приложение А
(справочное)
Основные понятия проектного менеджмента и их взаимосвязь
Заказчик
Продукт
проекта
Проект
Руководитель
проекта
Команда проекта
Куратор проекта
Получает
Имеет
результатом
Создает
Работает над
Планирует, контролирует,
обеспечивает реализацию
Обеспечивает
ресурсами,
поддерживает
Инициирует
Отчитывается
Руководит
Базовый план
Разрабатывает
Выполняют
работы
согласно
УтверждаетОтчитывается
Назначает,
делегирует полномочия
Отчитывается
Рисунок А.1
14. ГОСТ Р 54869―2011
10
УДК 168 ОКС 01.040.30, 03.100.01, 03.100.40
Ключевые слова: проектный менеджмент, управление проектом, процесс
инициации проекта, реагирование на риски, ролевая структура проекта, заказчик
проекта, руководитель проекта, куратор проекта, команда проекта, выходы про-
цесса
Председатель правления
АНО «Центр стандартизации
управления проектами» А.С. Кутузов
личная подпись инициалы, фамилия
Руководитель разработки
Руководитель департамента качества
и методологии ЗАО «ПМ Эксперт» М.В. Василевская
личная подпись инициалы, фамилия
Исполнитель
Генеральный директор
ЗАО «Проектная практика» А.В. Полковников
личная подпись инициалы, фамилия
Исполнитель
Управляющий партнер
ЗАО «ПМ Эксперт» А.Н. Павлов
личная подпись инициалы, фамилия
Исполнитель
Исполнительный директор
ЗАО «ПМ Эксперт» Ю.В. Зинчук
личная подпись инициалы, фамилия
Исполнитель
Исполнительный директор
НОУ «НОУ «ИКЦ Текора» М.Ф. Дубовик
личная подпись инициалы, фамилия
Исполнитель
Заместитель генерального
директора ЗАО «ПМ Эксперт» А.В. Ожаровский
личная подпись инициалы, фамилия
Исполнитель
Заместитель генерального
директора ЗАО «ПМ Эксперт» М.В. Зуев
личная подпись инициалы, фамилия
15. ФЕДЕРАЛЬНОЕ АГЕНТСТВО
ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
Н А Ц И О Н А Л Ь Н Ы Й
С Т А Н Д А Р Т
Р О С С И Й С К О Й
Ф Е Д Е Р А Ц И И
ГОСТ Р
54870―
2011
Проектный менеджмент
ТРЕБОВАНИЯ К УПРАВЛЕНИЮ ПОРТФЕЛЕМ
ПРОЕКТОВ
Издание официальное
Москва
Стандартинформ
2011
17. ГОСТ Р 54870―2011
III
Введение
Настоящий стандарт устанавливает требования к управлению портфелем
проектов на этапах его формирования и реализации, при этом предметом стан-
дартизации являются выходы процессов управления портфелем проектов.
Стандарт не содержит требований к методам реализации процессов
управления портфелями проектов, а также требований, которые могут считаться
обязательными лишь для определенного вида портфелей проектов.
18.
19. ГОСТ Р 54870―2011
1
Н А Ц И О Н А Л Ь Н Ы Й С Т А Н Д А Р Т Р О С С И Й С К О Й Ф Е Д Е Р А Ц И И
ПРОЕКТНЫЙ МЕНЕДЖМЕНТ
Требования к управлению портфелем проектов
Project management
Requirements for projects portfolio management
Дата введения – 2012 – 09 – 01
1 Область применения
Настоящий стандарт устанавливает требования к управлению портфелем
проектов для обеспечения эффективного достижения целей организации и по-
вышения качества принимаемых решений при формировании, мониторинге и
контроле реализации портфеля проектов.
Требования настоящего стандарта могут быть применены для управления
любыми портфелями проектов независимо от характеристик компонентов, вхо-
дящих в портфель.
Настоящий стандарт может использоваться с целью оценки соответствия
управления портфелем проектов, установленным в стандарте требованиям.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следую-
щие стандарты:
ГОСТ Р ИСО 9000—2008 Системы менеджмента качества. Основные по-
ложения и словарь
ГОСТ Р 54869—2011 Проектный менеджмент. Требования к управлению
проектом
ГОСТ Р 54871—2011 Проектный менеджмент. Требования к управлению
программой
П р и м е ч а н и е — При пользовании настоящим стандартом целесообразно проверить
действие ссылочных стандартов в информационной системе общего пользования — на офи-
циальном сайте Федерального агентства по техническому регулированию и метрологии в сети
Интернет или по ежегодно издаваемому информационному указателю «Национальные стан-
дарты», который опубликован по состоянию на 1 января текущего года, и по соответствующим
ежемесячно издаваемым информационным указателям, опубликованным в текущем году. Если
ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует
руководствоваться заменяющим (измененным) стандартом. Если ссылочный стандарт отменен
20. ГОСТ Р 54870―2011
2
без замены, то положение, в котором дана ссылка на него, применяется в части, не затраги-
вающей эту ссылку.
3 Термины и определения
В настоящем стандарте применены термины в соответствии с ГОСТ Р
ИСО 9000—2008, а также следующие термины с соответствующими определе-
ниями:
3.1 допущение: Предположение, которое считается верным для компо-
нента портфеля и портфеля в целом без привлечения доказательств.
3.2 заинтересованные стороны портфеля проектов: Лица или органи-
зации, чьи интересы могут быть затронуты в ходе реализации портфеля или от-
дельных компонентов портфеля.
3.3 изменение в компоненте: Изменение утвержденного ранее содержа-
ния, сроков, ресурсов в компоненте (проекте, программе), а также установлен-
ных процедур управления.
3.4 категоризация: Объединение компонентов портфеля в группы на ос-
нове установленных критериев.
3.5 компонент портфеля: Проект или программа, которые выполняются в
рамках портфеля.
3.6 корректирующее действие: Действие, предпринятое для устранения
обнаруженного несоответствия плану.
3.7 ограничение: Фактор, влияющий на ход исполнения компонента
портфеля и/или портфеля в целом.
3.8 портфель проектов: Набор компонентов, которые группируются вме-
сте с целью эффективного управления и для достижения стратегических целей
организации.
3.9 приоритизация: Ранжирование компонентов портфеля в порядке при-
оритета на основе установленных показателей.
3.10 приоритет: Степень важности компонента портфеля, установленная
в рамках отдельной стратегической категории или всего портфеля проектов.
3.11 программа: Совокупность взаимосвязанных проектов и другой дея-
тельности, направленных на достижение общей цели и реализуемых в условиях
общих ограничений.
3.12 проект: Комплекс взаимосвязанных мероприятий, направленный на
создание уникального продукта или услуги в условиях временных и ресурсных
ограничений.
3.13 процесс: Совокупность взаимосвязанных действий, направленных на
достижение определенных результатов.
4 Организация управления портфелем проектов
Ролевая (организационная) структура управления портфелем проектов
может в значительной степени различаться в зависимости от их специфики, но
21. ГОСТ Р 54870―2011
3
при управлении любым портфелем проектов должны быть определены сле-
дующие роли:
- комитет управления портфелем проектов – коллегиальный орган, обра-
зованный для принятия наиболее важных решений по управлению портфелем
проектов;
- руководитель портфеля – лицо, ответственное за текущее управление
портфелем проектов и отчитывающееся перед комитетом управления портфе-
лем проектов;
- офис управления портфелем проектов – организационная структура,
предназначенная для административной поддержки руководителя портфеля
проектов и комитета управления портфелем проектов.
Для каждого из компонентов портфеля должна быть сформирована орга-
низационная структура управления согласно стандартам ГОСТ Р 54869—2011
(раздел 4) для проектов и ГОСТ Р 54871—2011 (раздел 4) для программ.
В приложении А (справочном) приведен рисунок, иллюстрирующий высо-
коуровневые понятия управления портфелем проектов и их взаимосвязь.
5 Управление портфелем проектов
5.1 Общие положения
Управление портфелем проектов подразумевает деятельность, направ-
ленную на достижение стратегических целей организации путем формирования,
оптимизации, мониторинга и контроля, управления изменениями портфеля про-
ектов в условиях определенных ограничений. Управление портфелем проектов
обеспечивает связь между уровнем стратегического управления в организации и
уровнем управления проектами и программами.
Управление портфелем проектов представляет совокупность следующих
процессов:
а) группа процессов обеспечения управления портфелем:
1) процесс сбора информации об условиях, ограничениях и требованиях
к портфелю проектов;
2) процесс формализации процедур управления и параметров оценки
портфеля проектов;
б) группа процессов формирования портфеля проектов:
1) процесс идентификации компонентов портфеля;
2) процесс оценки компонентов портфеля;
3) процесс расстановки приоритетов;
4) процесс оптимизации и балансировки портфеля проектов;
5) процесс авторизации портфеля проектов;
в) группа процессов мониторинга и контроля портфеля проектов:
1) процесс контроля реализации портфеля проектов;
2) процесс управления изменениями.
Процессы управления портфелем проектов выполняются последователь-
но, с определенной цикличностью.
22. ГОСТ Р 54870―2011
4
5.2 Группа процессов обеспечения управления портфелем
5.2.1 Процесс сбора информации об условиях, ограничениях и
требованиях к портфелю проектов
Цель процесса: обеспечение команды управления портфелем достовер-
ной информацией для определения структуры и состава портфеля проектов, а
также определение принципов управления портфелем проектов.
Выходы процесса:
- данные о миссии, стратегических целях и приоритетах организации в
части управления портфелем;
- данные об ограничениях портфеля (по бюджету, человеческим ресурсам
и др.);
- информация, влияющая на стратегические решения управления органи-
зацией и портфелем проектов (рыночная конъюнктура, требования законода-
тельства, изменения политической обстановки и др.).
5.2.2 Процесс формализации процедур управления и параметров
оценки портфеля проектов
Цель процесса: установление единой системы формальных методик, про-
цедур и критериев для управления портфелем проектов.
Выходы процесса:
- определен и утвержден перечень категорий компонентов портфеля;
- определен и утвержден перечень параметров оценки компонентов для
каждой категории;
- определен и утвержден перечень методик оценки и анализа параметров
оценки компонентов;
- определен и утвержден интегральный показатель, отражающий степень
важности и инвестиционной привлекательности компонента;
- определен и утвержден перечень показателей портфеля;
- утверждены нормативно-регламентные документы (регламенты, положе-
ния и т.п.) по управлению портфелем проектов.
5.3 Группа процессов формирования портфеля проектов
5.3.1 Процесс идентификации компонентов портфеля проектов
Цель процесса: унификация, категоризация и структуризация информации
о существующих предложениях по инициации новых проектов, а также реали-
23. ГОСТ Р 54870―2011
5
зуемых в настоящий момент проектах и программах в рамках портфеля проек-
тов.
Выходы процесса:
- определен и документирован перечень всех потенциальных компонентов
портфеля проектов, сгруппированных по категориям;
- определен и документирован перечень отклоненных компонентов порт-
феля;
- уточнен и документирован перечень реализуемых в настоящий момент
компонентов портфеля, сгруппированных по категориям;
- определен и документирован перечень компонентов, по которым требу-
ется дополнительная информация для анализа.
5.3.2 Процесс оценки компонентов портфеля проектов
Цель процесса: сбор и подготовка объективной и полной информации о
потенциальных и текущих компонентах портфеля для принятия обоснованного
решения по ранжированию и приоритизации компонентов.
Выходы процесса:
- определен и документирован перечень потенциальных компонентов
портфеля с оценками по всем критериям;
- определен и документирован перечень реализуемых компонентов порт-
феля с оценками (при необходимости).
5.3.3 Процесс расстановки приоритетов
Цель процесса: ранжирование и определение приоритетов компонентов
по интегральному показателю и/или обоснованной необходимости для органи-
зации.
Выходы процесса:
- определен и документирован перечень всех потенциальных компонентов
портфеля с общей оценкой (приоритетом) компонента;
- определен и документирован перечень реализуемых компонентов порт-
феля с новым рейтингом и приоритетом (при необходимости).
5.3.4 Процесс оптимизации и балансировки портфеля проектов
Цель процесса: формирование оптимального перечня компонентов, наи-
лучшим образом обеспечивающих достижение стратегических целей организа-
ции с учетом существующих ограничений.
Выходы процесса:
- определен и документирован перечень компонентов, рекомендованных к
реализации в рамках портфеля;
24. ГОСТ Р 54870―2011
6
- определен и документирован перечень компонентов, не рекомендован-
ных к включению в состав портфеля (отклоненные компоненты, компоненты,
реализацию которых необходимо остановить и т.п.);
- определена структура портфеля;
- определены и документированы результаты укрупненного распределе-
ния бюджета и ресурсов для одобренных компонентов.
5.3.5 Процесс авторизации портфеля проектов
Цель процесса: формальные одобрение и утверждение состава текущего
портфеля проектов, распределения ресурсов и бюджета портфеля между ком-
понентами, утвержденными к реализации.
Выходы процесса:
- утверждены структура портфеля проектов и перечень компонентов, во-
шедших в состав портфеля;
- утвержден перечень компонентов, не вошедших в состав текущего порт-
феля (отклоненные компоненты, компоненты, реализацию которых необходимо
остановить и т.п.);
- утверждено распределение бюджетов и ресурсов для одобренных ком-
понентов.
5.4 Группа процессов мониторинга и контроля портфеля
проектов
5.4.1 Процесс контроля реализации портфеля проектов
Цель процесса: оперативное выявление отклонений текущих показателей
от плановых показателей портфеля и обеспечение корректирующих действий
для их устранения.
Выходы процесса:
а) отчеты об исполнении компонентов портфеля и портфеля в целом;
б) запросы на изменения портфеля проектов;
в) управленческие решения, включая следующие:
1) решения по внесению изменений в состав компонентов портфеля;
2) решения по изменению приоритетов компонентов портфеля проектов;
3) решения по перераспределению ресурсов между компонентами
портфеля;
4) решения по корректировке отдельных компонентов портфеля;
5) рекомендации по изменению методологии управления портфелем.
25. ГОСТ Р 54870―2011
7
5.4.2 Процесс управления изменениями портфеля проектов
Цель процесса: внесение управляемых изменений в состав портфеля и
перераспределение ресурсов при изменении внешних и внутренних условий.
Выходы процесса:
- запросы на изменения для дополнительного анализа;
- утвержденные запросы на изменения;
- скорректированный портфель/компонент портфеля в соответствии с ут-
вержденным запросом на изменение.
6 Требования к документации по управлению портфелем
проектов
Форма, наименование и содержание документов могут отличаться и зави-
сят от специфики портфеля проектов или требований организации, в рамках ко-
торой он реализуется.
Документами необходимо управлять в соответствии со следующими тре-
бованиями:
- документы должны быть утверждены до их применения;
- необходимо обеспечить анализ актуальности документов и их своевре-
менное обновление по мере изменения и соответствующую идентификацию
версий документов;
- необходимо обеспечить наличие актуальных версий документов в местах
их применения;
- необходимо обеспечить сохранение документов в течение установлен-
ных сроков и возможность их восстановления;
- необходимо обеспечить уровень конфиденциальности и доступности до-
кументов согласно требованиям заказчика и других заинтересованных сторон
портфеля проектов;
- необходимо обеспечить предотвращение непреднамеренного использо-
вания устаревших документов и соответствующую идентификацию устаревших
документов, оставленных для определенных целей.
26. ГОСТ Р 54870―2011
8
Приложение А
(справочное)
Высокоуровневые понятия менеджмента портфеля проектов и их взаимо-
связь
Организация
Стратегические
цели
Руководитель
портфеля проектов
Устанавливает
УправляетУправляет, контролирует,
обеспечивает реализацию
Утверждает, реализует,
обеспечивает ресурсами,
поддерживает
Отчитывается
Контролирует
Отчитывается
Назначает
Компонент
портфеля
Состоит из
Обеспечивает
достижение
Назначает,
делегирует
полномочия
Отчитывается
Менеджеры
проектов и
программ
Портфель
проектов
Комитет управления
портфелем проектов
Управляет, контролирует,
обеспечивает реализацию
Рисунок А.1
27. ГОСТ Р 54870―2011
9
УДК 168 ОКС 01.040.30, 03.100.01, 03.100.40
Ключевые слова: проектный менеджмент, управление портфелем проек-
тов, оценка соответствия, компонент портфеля, заинтересованные стороны
портфеля проектов, офис управления портфелем проектов
Председатель правления
АНО «Центр стандартизации
управления проектами» А.С. Кутузов
личная подпись инициалы, фамилия
Руководитель разработки
Генеральный директор
ЗАО «Проектная практика» А.В. Полковников
личная подпись инициалы, фамилия
Исполнитель
Управляющий партнер
ЗАО «ПМ Эксперт» А.Н. Павлов
личная подпись инициалы, фамилия
Исполнитель
Исполнительный директор
ЗАО «ПМ Эксперт» Ю.В. Зинчук
личная подпись инициалы, фамилия
Исполнитель
Исполнительный директор
НОУ «НОУ «ИКЦ Текора» М.Ф. Дубовик
личная подпись инициалы, фамилия
Исполнитель
Заместитель генерального
директора ЗАО «ПМ Эксперт» А.В. Ожаровский
личная подпись инициалы, фамилия
Исполнитель
Руководитель департамента качества
и методологии ЗАО «ПМ Эксперт» М.В. Василевская
личная подпись инициалы, фамилия
28. ФЕДЕРАЛЬНОЕ АГЕНТСТВО
ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
Н А Ц И О Н А Л Ь Н Ы Й
С Т А Н Д А Р Т
Р О С С И Й С К О Й
Ф Е Д Е Р А Ц И И
ГОСТ Р
54871―
2011
Проектный менеджмент
ТРЕБОВАНИЯ К УПРАВЛЕНИЮ ПРОГРАММОЙ
Издание официальное
Москва
Стандартинформ
2011
30. ГОСТ Р 54871―2011
III
Введение
Настоящий стандарт устанавливает требования к управлению программой
на этапах ее формирования и реализации, при этом предметом стандартизации
являются обязательные выходы процессов управления программой.
Стандарт не содержит требований к методам реализации процессов
управления программой, а также требований, которые могут считаться обяза-
тельными лишь для определенного вида программ.
31.
32. ГОСТ Р 54871―2011
1
Н А Ц И О Н А Л Ь Н Ы Й С Т А Н Д А Р Т Р О С С И Й С К О Й Ф Е Д Е Р А Ц И И
ПРОЕКТНЫЙ МЕНЕДЖМЕНТ
Требования к управлению программой
Project management
Requirements for program management
Дата введения – 2012 – 09 – 01
1 Область применения
Настоящий стандарт устанавливает требования к управлению программой
для обеспечения эффективного достижения целей и реализации выгод про-
граммы.
Требования настоящего стандарта могут быть применены для управления
любыми программами независимо от их размера и уровня сложности.
Настоящий стандарт может быть использован в целях оценки соответст-
вия управления программой установленным в стандарте требованиям.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следую-
щие стандарты:
ГОСТ Р ИСО 9000—2008 Системы менеджмента качества. Основные по-
ложения и словарь
ГОСТ Р 54869—2011 Проектный менеджмент. Требования к управлению
проектом
ГОСТ Р 54870—2011 Проектный менеджмент. Требования к управлению
портфелем проектов
П р и м е ч а н и е — При пользовании настоящим стандартом целесооб-
разно проверить действие ссылочных стандартов в информационной системе
общего пользования на официальном сайте Федерального агентства по техни-
ческому регулированию и метрологии в сети Интернет или по ежегодно изда-
ваемому информационному указателю «Национальные стандарты», который
опубликован по состоянию на 1 января текущего года, и по соответствующим
ежемесячно издаваемым информационным указателям, опубликованным в те-
кущем году. Если ссылочный стандарт заменен (изменен), то при пользовании
настоящим стандартом следует руководствоваться заменяющим (измененным)
33. ГОСТ Р 54871―2011
2
стандартом. Если ссылочный стандарт отменен без замены, то положение, в ко-
тором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.
3 Термины и определения
В настоящем стандарте применены термины по ГОСТ Р ИСО 9000:2008, а
также следующие термины с соответствующими определениями:
3.1 архив документов программы: Структурированный комплект доку-
ментации по программе, представленный в бумажном и/или электронном виде.
3.2 бюджет программы: Документ, содержащий общую сумму финансо-
вых средств, используемых программой, распределенных по статьям и времен-
ным периодам.
3.3 выгоды программы: Комплекс определенных положительных ре-
зультатов и/или эффектов, получаемых в ходе выполнения и в результате реа-
лизации программы.
3.4 допущение программы: Фактор, который считается верным для про-
граммы без привлечения доказательств.
3.5 заинтересованные стороны в программе: Лица или организации,
чьи интересы могут быть затронуты в ходе реализации программы.
3.6 изменение в программе: Изменение утвержденных ранее содержа-
ния, сроков, ресурсов, а также установленных процедур управления.
3.7 контрольное событие программы: Существенное событие програм-
мы, отражающее получение измеримых результатов программы или получение
запланированных выгод.
3.8 корректирующее действие: Действие, предпринятое для устранения
обнаруженного несоответствия плану программы.
3.9 ограничение программы: Сдерживающий фактор, влияющий на ход
исполнения программы и/или возможность получения выгод программы.
3.10 предупреждающее действие: Действие, предпринятое для сниже-
ния вероятности и/или последствий отрицательных рисков программы.
3.11 программа: Совокупность взаимосвязанных проектов и другой дея-
тельности, направленных на достижение общей цели и реализуемых в условиях
общих ограничений.
3.12 проект: Комплекс взаимосвязанных мероприятий, направленный на
создание уникального продукта или услуги в условиях временных и ресурсных
ограничений.
3.13 процесс: Совокупность взаимосвязанных действий, направленных на
достижение определенных результатов.
3.14 расписание программы (календарный план программы): Доку-
мент, содержащий плановые даты исполнения работ, и контрольных событий
программы.
3.15 риск: Вероятное для программы событие, наступление которого мо-
жет как отрицательно, так и положительно отразиться на результатах и/или вы-
годах программы.
34. ГОСТ Р 54871―2011
3
3.16 управление программой: Централизованные координирующие дей-
ствия, предпринимаемые для достижения целей и реализации (извлечения) вы-
год программы.
4 Организация управления программой
Ролевая (организационная) структура управления программами может в
значительной степени различаться в зависимости от их специфики, но в каждой
программе должны быть определены следующие роли:
- заказчик программы – физическое или юридическое лицо, определяю-
щее цели программы, заинтересованное в получении выгод от реализации про-
граммы;
- руководитель программы – лицо, осуществляющее управление програм-
мой, непосредственно ответственное за достижение целей и выгод программы;
- куратор программы — лицо, осуществляющее административную, орга-
низационную, финансовую и иную поддержку программы;
- руководитель проекта программы — лицо, осуществляющее управление
отдельным проектом, входящим в программу, и ответственное за результаты
этого проекта.
Схема, иллюстрирующая основные понятия менеджмента программы и их
взаимосвязь, приведена в приложении А.
5 Управление программой
5.1 Общие положения
Управление программой включает совокупность процессов управления,
которые могут выполняться как последовательно, так и параллельно. Отдель-
ные процессы могут выполняться многократно в ходе реализации программы.
Последовательность процессов управления программой определяется ус-
ловиями и спецификой конкретной программы, при этом:
- программа должна начинаться с процесса инициации программы;
- программа должна оканчиваться процессом завершения программы.
5.2 Процесс инициации программы
Цель процесса: обоснование необходимости реализации программы, оп-
ределение основных параметров программы и формальный запуск программы.
Выходы процесса:
определены и документированы следующие параметры программы:
- наименование программы;
35. ГОСТ Р 54871―2011
4
- цели и критерии успешности программы;
- основные результаты программы;
- выгоды, которые должны быть достигнуты в результате реализации про-
граммы;
- предварительное укрупненное расписание программы по этапам;
- ограничения и допущения программы;
- предварительный укрупненный план финансирования программы;
- дата старта программы;
- заказчик программы;
- руководитель программы;
- куратор программы.
5.3 Процессы планирования программы
5.3.1 Процесс планирования содержания и выгод программы
Цель процесса: определение оптимального пути достижения целей и вы-
год программы, планирование содержания, а также уточнение, детализация и
документирование промежуточных и итоговых результатов программы и выгод
программы.
Выходы процесса:
- определен и документирован список выгод программы;
- определены и документированы измеримые критерии достижения (полу-
чения) выгод программы;
- определен и документирован список промежуточных и итоговых резуль-
татов программы;
- определены и документированы требования к результатам программы,
их взаимосвязи, последовательность и сроки получения;
- определены проекты программы, а также перечень и состав другой дея-
тельности (в том числе процессов), выполняемой в рамках программы;
- определена последовательность получения промежуточных и итоговых
выгод программы;
- определена последовательность выполнения проектов программы и дру-
гой деятельности, выполняемой в рамках программы;
- определены и документированы цели и результаты для каждого проекта
программы, а также для другой деятельности, выполняемой в рамках програм-
мы;
- определен и документирован порядок передачи результатов проекта, а
также результатов выполнения другой деятельности, выполняемой в рамках
программы, в программу.
36. ГОСТ Р 54871―2011
5
5.3.2 Процесс разработки расписания программы
Цель процесса: определение сроков выполнения проектов программы,
другой деятельности, выполняемой в рамках программы и всей программы в
целом с учетом финансовых, ресурсных и других установленных для программы
ограничений.
Выходы процесса:
- разработаны и документированы требования к разработке расписания
для проектов программы и другой деятельности, входящей в программу;
- определены взаимосвязи между составными частями программы (проек-
тами, другой деятельностью, входящей в программу);
- проведена оценка продолжительности проектов программы и другой
деятельности, выполняемой в рамках программы;
- определены сроки реализации проектов программы, другой деятельно-
сти, выполняемой в рамках программы, и всей программы в целом;
- определены сроки достижения (получения) промежуточных и итоговых
выгод программы;
- сформировано и согласовано расписание программы;
- разработаны и документированы требования к регулярной отчетности по
срокам реализации проектов программы и другой деятельности, выполняемой в
рамках программы.
5.3.3 Процесс планирования бюджета программы
Цель процесса: определение порядка и объема обеспечения программы
финансовыми ресурсами.
Выходы процесса:
- определена и документирована структура статей бюджета программы,
позволяющая контролировать затраты на программу в ходе ее реализации;
- разработаны и документированы требования к разработке бюджетов
проектов программы и другой деятельности, выполняемой в рамках программы;
- проведена оценка стоимости всех составных частей программы (проек-
тов и другой деятельности, входящей в программу);
- определены источники и сроки финансирования программы;
- определен порядок распределения финансовых ресурсов между проек-
тами программы и другой деятельностью, выполняемой в рамках программы;
- разработан бюджет программы;
- разработаны и документированы требования к регулярной отчетности по
бюджету проектов и другой деятельности программы.
37. ГОСТ Р 54871―2011
6
5.3.4 Процесс организационного планирования программы
Цель процесса: определение и создание организационной структуры для
обеспечения управления и реализации программы.
Выходы процесса:
- разработана и создана организационная структура (в том числе опреде-
лены роли, их подчинение и взаимодействие), ответственная за обеспечение
управления и реализации программы, и определен персональный состав данной
структуры;
- определены и документированы функции, полномочия и ответственность
для различных ролей участников программы.
5.3.5 Процесс планирования управления поставщиками программы
Цель процесса: определение порядка и объема обеспечения программы
продукцией и услугами, приобретаемыми у сторонних организаций.
Выходы процесса:
- проведен анализ необходимости закупки продукции и услуг, определен
набор продуктов и услуг, которые необходимо закупить для достижения целей
программы;
- определены сроки, в которые должны быть произведены закупки, а также
условия (в том числе квалификационные и иные требования к поставщикам),
при соблюдении которых они должны быть осуществлены;
- определены и документированы процедуры, в соответствии с которыми
будут производиться выбор поставщиков и заключение договоров с ними в рам-
ках программы.
5.3.6 Процесс планирования управления рисками программы
Цель процесса: определение основных рисков программы и порядка
управления рисками программы.
Выходы процесса:
- выявлены и документированы наиболее значимые риски программы;
- проведены оценка и ранжирование по вероятности и степени влияния на
достижение результатов и выгод программы всех идентифицированных рисков;
- разработаны мероприятия по изменению вероятности и степени влияния
наиболее значимых рисков, а также созданы планы реагирования на случай
возникновения таких рисков;
- определены и документированы правила управления рисками для проек-
тов программы и другой деятельности, выполняемой в рамках программы, в том
числе форма и периодичность обмена информацией о рисках программы, про-
ектов и другой деятельности, входящих в программу.
38. ГОСТ Р 54871―2011
7
5.3.7 Процесс планирования коммуникаций программы
Цель процесса: обеспечение эффективного обмена информацией между
лицами, участвующими в реализации программы и заинтересованными в ре-
зультатах и выгодах программы.
Выходы процесса:
- определены все участники информационного обмена в рамках програм-
мы, а также их потребности в информации;
- определены методы и средства распространения информации по про-
грамме;
- определена процедура разработки, согласования, утверждения, распро-
странения, обновления документации программы, а также процедура ведения
архива программы;
- определены места и правила хранения информации по программе;
- определены и документированы требования к отчетности для отдельных
проектов программы и другой деятельности, выполняемых в рамках программы,
и для программы в целом.
5.3.8 Процесс планирования управления изменениями программы
Цель процесса: определение порядка работы с изменениями в программе.
Выходы процесса:
- определен и документирован процесс работы с изменениями в програм-
ме, а именно:
а) классификация возможных изменений;
б) критерии для идентификации изменений в проектах и другой деятель-
ности, выполняемой в рамках программы, по которым необходимо принимать
решение на уровне программы;
в) уровни полномочий, необходимые для принятия решений по каждому
классу изменений;
г) порядок выявления, согласования и утверждения изменений програм-
мы;
д) порядок доведения информации об изменениях до заинтересованных
сторон в программе.
5.4 Процесс обеспечения исполнения программы
Цель процесса: скоординированное обеспечение проектов программы и
другой деятельности, выполняемой в рамках программы, необходимыми трудо-
выми, материальными, финансовыми и информационными ресурсами для свое-
временного достижения целей и извлечения выгод программы с учетом сущест-
вующих ограничений.
39. ГОСТ Р 54871―2011
8
Выходы процесса:
- заключены контракты с поставщиками в соответствии с расписанием
программы;
- получены и документально зафиксированы промежуточные и/или окон-
чательные результаты программы, а также достигнутые (полученные) выгоды;
- выполнены намеченные корректирующие и предупреждающие действия;
- документация по программе (в том числе отчетность) актуализирована и
размещена в архиве согласно принятым в программе правилам;
- изменения осуществлены согласно принятым в программе правилам.
5.5 Процесс запуска проекта программы
Цель процесса: своевременная инициация и запуск проекта в соответст-
вии с расписанием программы.
Выход процесса:
- сформирован и утвержден документ, определяющий параметры проекта,
установленные ГОСТ Р 54869—2011 (подраздел 5.2).
5.6 Процесс контроля выполнения программы и управления
изменениями программы
Цель процесса: оперативное выявление отклонений между текущими
(фактическими) и плановым показателями программы по целям, выгодам, со-
держанию, срокам и бюджету; управление изменениями в соответствии с утвер-
жденной процедурой управления изменениями.
Выходы процесса:
- документированы результаты регулярной проверки состояния програм-
мы, в частности отклонения от планов по выгодам, содержанию, срокам и бюд-
жету. Выявленные отклонения проанализированы в целях определения причин
их возникновения;
- на основании выявленных и проанализированных отклонений сформи-
рован отчет по прогнозам исполнения программы;
- сформированы корректирующие и предупреждающие действия;
- отчеты о выполнении работ программы соответствуют утвержденной
системе отчетности по программе;
- зафиксированы все запросы на изменения, требующие решения на
уровне программы;
- приняты решения по зафиксированным запросам на изменения.
40. ГОСТ Р 54871―2011
9
5.7 Процесс приемки результатов проектов и организация
использования промежуточных выгод программы
Цель процесса: организация приемки результатов проектов программы
для их передачи в другие проекты программы либо для применения полученных
промежуточных или итоговых выгод.
Выходы процесса:
- полученные результаты проектов зафиксированы, проведена оценка со-
ответствия полученных результатов зафиксированным в рамках процессов пла-
нирования требованиям к результатам;
- результаты проектов в соответствии с расписанием программы переда-
ны для использования в другие проекты или для использования в другой дея-
тельности, выполняемой в рамках программы;
- полученные выгоды зафиксированы, проведена оценка соответствия по-
лученных выгод зафиксированным в рамках процессов планирования критериям
достижения выгод;
- полученные выгоды в соответствии с расписанием программы переданы
для использования в другие проекты или для использования в другой деятель-
ности, выполняемой в рамках программы;
- все заинтересованные стороны проинформированы о возможности ис-
пользования полученных результатов и выгод программы.
5.8 Процесс закрытия проекта программы
Цель процесса: подтверждение завершения и оценка результатов завер-
шившегося (прекращенного) проекта, высвобождение ресурсов проекта для
дальнейшего использования в программе, оценка достигнутых в проекте целей и
полученных результатов.
Выходы процесса:
- проанализирован отчет о завершении проекта;
- документально зафиксирован факт закрытия (прекращения) проекта;
- архив завершенного проекта включен в архив документов программы;
- ресурсы (в том числе команда), использовавшиеся в рамках проекта, пе-
реданы в другие проекты программы (или для выполнения работ в рамках дру-
гой деятельности, входящей в программу) или выведены из программы.
5.9 Процесс завершения программы
Цель процесса: формальное закрытие программы.
Выходы процесса:
- сформирован финальный отчет о выполнении программы;
- дана формальная оценка успешности программы в соответствии с опре-
деленными для программы критериями успешности;
