---
title: "\"ГОСТ Р ИСО 21503-2023. Национальный стандарт Российской Федерации. Управление проектами, программами и портфелями проектов. Руководство по управлению программой\""
number: "ГОСТ Р ИСО 21503-2023"
issuer: "Федеральное агентство по техническому регулированию и метрологии"
status: действует
canonical: "https://bukva.ai/docs/standart-gost-r-iso-21503-2023"
---

## "ГОСТ Р ИСО 21503-2023. Национальный стандарт Российской Федерации. Управление проектами, программами и портфелями проектов. Руководство по управлению программой"

# "ГОСТ Р ИСО 21503-2023. Национальный стандарт Российской Федерации. Управление проектами, программами и портфелями проектов. Руководство по управлению программой"

(утв. и введен в действие Приказом Росстандарта от 30.10.2023 N 1294-ст)

> [!IMPORTANT]
> Документ [введен](#p100009) в действие с 01.06.2024.


<div align="right">

<a id="p100001"></a>Утвержден и введен в действие<br>
Приказом Федерального<br>
агентства по техническому<br>
регулированию и метрологии<br>
от 30 октября 2023 г. N 1294-ст

</div>


<div align="center">

<a id="p100002"></a>**НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ**

<a id="p100003"></a>**УПРАВЛЕНИЕ ПРОЕКТАМИ, ПРОГРАММАМИ И ПОРТФЕЛЯМИ ПРОЕКТОВ**

<a id="p100004"></a>**РУКОВОДСТВО ПО УПРАВЛЕНИЮ ПРОГРАММОЙ**

<a id="p100005"></a>**Project, programme and portfolio management.**<br>
**Guidance on programme management**

<a id="p100006"></a>**(ISO 21503:2022, IDT)**

<a id="p100007"></a>**ГОСТ Р ИСО 21503-2023**

</div>


<div align="right">

<a id="p100008"></a>ОКС 03.100.40

<a id="p100009"></a>Дата введения

</div>

1 июня 2024 года


### <a id="p100010"></a>Предисловие


<a id="p100011"></a>1 ПОДГОТОВЛЕН Ассоциацией по сертификации "Русский Регистр" (Ассоциация "Русский Регистр") совместно с ООО "Проектная Практика" на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в [пункте 4](#p100014)
<a id="p100012"></a>2 ВНЕСЕН Техническим комитетом по стандартизации ТК 205 "Управление проектами"
<a id="p100013"></a>3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 30 октября 2023 г. N 1294-ст
<a id="p100014"></a>4 Настоящий стандарт идентичен международному стандарту ИСО 21503:2022 "Управление проектами, программами и портфелями проектов - Руководящие указания по управлению программой" (ISO 21503:2022 "Project, programme and portfolio management - Guidance on programme management", IDT)
<a id="p100015"></a>5 ВВЕДЕН ВПЕРВЫЕ
<a id="p100016"></a>6 Некоторые положения международного стандарта, указанного в [пункте 4](#p100014), могут являться объектом патентных прав. Международная организация по стандартизации (ИСО) и Международная электротехническая комиссия (МЭК) не несут ответственности за идентификацию подобных патентных прав

<a id="p100017"></a>Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.rst.gov.ru)


### <a id="p100018"></a>Введение


<a id="p100019"></a>Настоящий стандарт содержит руководящие указания по концепциям, предпосылкам и практикам управления программами, которые важны и влияют на результативность программ.
<a id="p100020"></a>Настоящий стандарт предназначен для применения следующими сторонами:
- <a id="p100021"></a>исполнители, высшее руководство и лица, задействованные в спонсорстве программ;
- <a id="p100022"></a>лица, осуществляющие управление и участвующие в программах;
- <a id="p100023"></a>разработчики национальных стандартов и стандартов предприятий;
- <a id="p100024"></a>разработчики методов и процессов управления программами.
<a id="p100025"></a>Настоящий стандарт может быть адаптирован для удовлетворения потребностей любой организации или лица, для улучшения применения концепций, предпосылок и практик управления программами.


### <a id="p100026"></a>1 Область применения


<a id="p100027"></a>Настоящий стандарт содержит руководящие указания по управлению программами. Он применим для всех типов организаций, в том числе государственных или частных, любого размера и отраслевой принадлежности, а также для любых типов программ с точки зрения их сложности.
<a id="p100028"></a>Настоящий стандарт содержит общие описания соответствующих терминов, определений, концепций, предпосылок и практик, включая функции и ответственность, формирующие надлежащую практику управления программами. Он не содержит указаний относительно процессов, методов и инструментов.


### <a id="p100029"></a>2 Нормативные ссылки


<a id="p100030"></a>В настоящем стандарте нормативные ссылки отсутствуют.


### <a id="p100031"></a>3 Термины и определения


<a id="p100032"></a>В настоящем стандарте применены следующие термины с соответствующими определениями.
<a id="p100033"></a>В целях стандартизации ИСО и МЭК поддерживают терминологические базы данных по следующим адресам:
- <a id="p100034"></a>интернет-платформа онлайн-просмотра ИСО, доступна по адресу https://www.iso.org/obp;
- <a id="p100035"></a>Электропедия МЭК, доступна по адресу http://www.electropedia.org/.
<a id="p100036"></a>3.1 базовый уровень (baseline): Справочная база, с которой в целях мониторинга и управления сопоставляются результаты деятельности.
<a id="p100037"></a>[ISO/TR 21506:2018, 3.5]
<a id="p100038"></a>3.2 выгода (benefit): Созданное преимущество, ценность или иное положительное следствие.
<a id="p100039"></a>[ISO/TR 21506:2018, 3.6]
<a id="p100040"></a>3.3 результат (элемент поставки) (deliverable): Уникальный и поддающийся проверке элемент, который должен быть произведен путем реализации проекта [(3.14)](#p100062) или программы [(3.10)](#p100054).
<a id="p100041"></a>[ИСО 21502:2020, 3.9, изменено - добавлено "или программы"]
<a id="p100042"></a>3.4 (корпоративное) руководство (governance): Принципы, политики и основы, с помощью которых осуществляется руководство и управление организацией.
<a id="p100043"></a>[ISO/TR 21506:2018, 3.25]
<a id="p100044"></a>3.5 руководящий орган (governing body): Физическое лицо, группа или юридическое лицо, отвечающие за руководство [(3.4)](#p100042) организацией, организациями или частью организации.
<a id="p100045"></a>[ISO/TR 21506:2018, 3.26]
<a id="p100046"></a>3.6 эффект (outcome): Изменение, возникшее в результате использования продукта [(3.7)](#p100048) проекта [(3.14)](#p100062) или программы [(3.10)](#p100054).
<a id="p100047"></a>[ИСО 21502:2020, [3.13](#p100060), изменено - добавлено "или программы"]
<a id="p100048"></a>3.7 продукт (проекта) (output): Совокупные материальные или нематериальные результаты [(3.3)](#p100040), составляющие общий результат проекта [(3.14)](#p100062) или программы [(3.10)](#p100054).
<a id="p100049"></a>[ИСО 21502:2020, 3.14 изменено - добавлено "или программы"]
<a id="p100050"></a>3.8 портфель (portfolio): Совокупность компонентов портфеля [(3.9)](#p100052), сгруппированных вместе, чтобы облегчить управление ими в целях достижения стратегических целей.
<a id="p100051"></a>[ISO/TR 21506:2018, 3.42]
<a id="p100052"></a>3.9 компонент портфеля (portfolio component): Проект [(3.14)](#p100062), программа [(3.10)](#p100054), портфель [(3.8)](#p100050) или иная соответствующая работа.
<a id="p100053"></a>[ISO/TR 21506:2018, 3.43]
<a id="p100054"></a>3.10 программа (programme): Группа компонентов программы [(3.12)](#p100058), над которыми осуществляется скоординированное управление для получения выгод [(3.2)](#p100038).
<a id="p100055"></a>[ISO/TR 21506:2018, 3.50]
<a id="p100056"></a>3.11 выгода программы (programme benefit): Поддающийся оценке эффект [(3.6)](#p100046), получаемый за счет управления всеми взаимосвязанными компонентами программы [(3.12)](#p100058) для достижения стратегических и оперативных целей.
<a id="p100057"></a>[ISO/TR 21506:2018, 3.51, изменено - "который рассматривается заинтересованными сторонами как преимущество и способствует достижению целей программы" заменено на "получаемый за счет управления всеми взаимосвязанными компонентами программы для достижения стратегических и оперативных целей"]
<a id="p100058"></a>3.12 компонент программы (programme component): Проект [(3.14)](#p100062), программа [(3.10)](#p100054) или иная соответствующая работа.
<a id="p100059"></a>[ISO/TR 21506:2018, 3.52]
<a id="p100060"></a>3.13 управление программой (programme management): Скоординированная деятельность по руководству и управлению за получением выявленных выгод [(3.2)](#p100038) и результатов [(3.3)](#p100040).
<a id="p100061"></a>[ISO/TR 21506:2018, 3.54]
<a id="p100062"></a>3.14 проект (project): Временное усилие для достижения одной или нескольких определенных целей.
<a id="p100063"></a>[ИСО 21502:2020, 3.20]
<a id="p100064"></a>3.15 управление проектом (project management): Скоординированная деятельность по руководству и управлению за достижением согласованных целей.
<a id="p100065"></a>[ИСО 21502:2020, 3.24]
<a id="p100066"></a>3.17 [<1>](#p100071) спонсор (sponsor): Лицо, ответственное за получение ресурсов и административные решения с целью достижения успеха.
<a id="p100067"></a>[ISO/TR 21506:2018, 3.78]
<a id="p100068"></a>3.18 [<1>](#p100071) заинтересованная сторона (stakeholder): Лицо, группа или организация, заинтересованные, способные повлиять или оказаться под влиянием, воспринимающие себя как находящиеся под влиянием любого аспекта проекта [(3.14)](#p100062), программы [(3.10)](#p100054) или портфеля [(3.8)](#p100050).
<a id="p100069"></a>[ISO/TR 21506:2018, 3.79]

<a id="p100070"></a>

---

<a id="p100071"></a><1> Ошибка оригинала в нумерации.


### <a id="p100072"></a>4 Концепции программ и управление программами



#### <a id="p100073"></a>4.1 Общие положения


<a id="p100074"></a>В данном подразделе описываются концепции программ и управление программами. Он содержит руководящие указания для исполнительных руководителей и высшего руководства о том, как следует интегрировать управление программами в организации или организациях.


#### <a id="p100075"></a>4.2 Концепции программ



##### <a id="p100076"></a>4.2.1 Общие положения

<a id="p100077"></a>В данном пункте описываются понятие программ, цель программ, их создание, согласование, структура и заинтересованные стороны.

##### <a id="p100078"></a>4.2.2 Характеристики программы

<a id="p100079"></a>Программы могут быть стратегическими, преобразующими или рабочими и иметь одну или несколько следующих характеристик:
- <a id="p100080"></a>программы состоят из компонентов программ, которые независимы друг от друга или взаимосвязаны между собой;
- <a id="p100081"></a>программы обеспечивают эффекты или выгоды для заинтересованных сторон и способствуют достижению стратегических, преобразующих или рабочих целей;
- <a id="p100082"></a>программы обладают уровнями сложности и неопределенности, которыми необходимо управлять и которые необходимо, по возможности, снижать.
<a id="p100083"></a>Понятия сложности и неопределенности применительно к программам могут включать в себя:
- <a id="p100084"></a>нечеткие и неопределенные цели, которые должны быть достигнуты, контекст и иные внешние факторы;
- <a id="p100085"></a>контекст и иные внешние факторы;
- <a id="p100086"></a>социальную, политическую, экономическую, юридическую динамику и динамику устойчивости;
- <a id="p100087"></a>технологические аспекты;
- <a id="p100088"></a>ограничения, например, во времени, расходам, качеству и рискам;
- <a id="p100089"></a>взаимозависимость и интегрированность компонентов программы;
- <a id="p100090"></a>логистические вопросы;
- <a id="p100091"></a>различные точки зрения и ожидания заинтересованных сторон.

##### <a id="p100092"></a>4.2.3 Цель программы

<a id="p100093"></a>Следует, чтобы цель программы состояла в том, чтобы получить эффекты и реализовать выгоды, которые согласуются со стратегическими и рабочими целями и которые нельзя реализовать, если управлять компонентами программы по отдельности. Также программа может иметь такие цели, как повышение эффективности, снижение угроз и реализация возможностей.

##### <a id="p100094"></a>4.2.4 Создание программы

<a id="p100095"></a>При создании программы следует учитывать следующие виды деятельности:
- <a id="p100096"></a>разработка общего подхода к управлению компонентами программы;
- <a id="p100097"></a>управление взглядами и интересами заинтересованных сторон (см. [6.4.8](#p100346));
- <a id="p100098"></a>информирование о внутренних и внешних аспектах программы;
- <a id="p100099"></a>улучшение получения выгод, в частности при планировании раннего получения выгод (см. [6.6](#p100361));
- <a id="p100100"></a>оптимизация использования ресурсов в рамках компонентов программы (см. [6.4.5](#p100334));
- <a id="p100101"></a>оптимизация расходов, графиков и качества (см. [6.4.6](#p100336), [6.4.7](#p100338) и [6.4.4](#p100328));
- <a id="p100102"></a>управление рисками и проблемами программы (см. [6.4.2](#p100312));
- <a id="p100103"></a>координирование и согласование компонентов программы (см. [6.4.2](#p100312));
- <a id="p100104"></a>поддержка экономического обоснования, которое определяет цели программы;
- <a id="p100105"></a>идентификация выгод, которые реализуются за счет управления отдельными компонентами в качестве программы (см. [6.6](#p100361));
- <a id="p100106"></a>согласование с одной или несколькими стратегическими, преобразующими и рабочими целями.
<a id="p100107"></a>При создании программы значение может иметь организационный риск или неопределенность. Аспекты, которые необходимо учесть:
- <a id="p100108"></a>уровень сложности (см. [4.2.2](#p100078));
- <a id="p100109"></a>уровень риска, связанного с достижением целей программы и потенциальными изменениями;
- <a id="p100110"></a>необходимый уровень организационных изменений;
- <a id="p100111"></a>уровень риска, связанного с необходимыми ресурсами.

##### <a id="p100112"></a>4.2.5 Согласование программы

<a id="p100113"></a>Программы могут создаваться в одной организации, в рамках нескольких организаций или в рамках портфеля. Программы следует согласовывать с основой руководства. Пример согласования программы приведен на [рисунке 1](#p100116), который иллюстрирует контекст и среду, в которых может существовать программа. Следует использовать стратегию организации, чтобы идентифицировать, документировать и оценить возможности, угрозы, слабые и сильные стороны, которые способны помочь в принятии осознанных действий. Далее выбранные возможности и угрозы можно изучить и обосновать и в результате инициировать программу. Предполагается, что продукт программы обеспечит получение эффектов, которые должны реализовать выгоды для спонсирующих организаций, а также внутренних или внешних заинтересованных сторон.

<a id="p100114"></a> ![4 Концепции программ и управление программами](https://i.bukva.ai/4UacAowV/img_0.png) 

<a id="p100115"></a>*Примечание* - Пунктирные линии от блока "операционная деятельность" указывают на то, что эта деятельность может распространяться на проекты, программы и портфели (пунктирные линии можно называть "иная соответствующая работа").

<div align="center">

<a id="p100116"></a>Рисунок 1 - Пример согласования программы в рамках<br>
контекста организации

</div>



##### <a id="p100117"></a>4.2.6 Структура программы

<a id="p100118"></a>В программу следует включать, по меньшей мере, два компонента программы. Структуру программы следует проектировать таким образом, чтобы она отражала такие аспекты, как необходимые эффекты и продукты, характер и сложность работы, типы необходимых компонентов и характеристики организации, осуществляющей программу.
<a id="p100119"></a>На [рисунке 2](#p100122) показан пример структуры программы, в том числе взаимоотношений между компонентами программы, такими как проекты, программа и иная соответствующая работа.
<a id="p100120"></a>*Примечание* - Иная соответствующая работа может включать в себя деятельность, которую осуществляют функциональные и оперативные подразделения, поддерживающие программу и ее компоненты.

<a id="p100121"></a> ![4 Концепции программ и управление программами](https://i.bukva.ai/4UacAowV/img_1.png) 

<div align="center">

<a id="p100122"></a>Рисунок 2 - Пример взаимосвязи между проектами,<br>
программами и портфелями

</div>



##### <a id="p100123"></a>4.2.7 Заинтересованные стороны программы

<a id="p100124"></a>Заинтересованные стороны программы могут:
- <a id="p100125"></a>находиться под влиянием программы, ее эффектов, продуктов или результатов;
- <a id="p100126"></a>влиять на программу, ее эффекты, продукты или результаты;
- <a id="p100127"></a>иметь ожидания относительно программы, ее эффектов, продуктов или результатов.
<a id="p100128"></a>К заинтересованным сторонам программы могут относиться:
- <a id="p100129"></a>спонсоры;
- <a id="p100130"></a>владельцы бизнеса;
- <a id="p100131"></a>группа по реализации программы;
- <a id="p100132"></a>внутренние и внешние партнеры и организации;
- <a id="p100133"></a>ключевые функциональные группы;
- <a id="p100134"></a>вспомогательные группы;
- <a id="p100135"></a>офис управления программой;
- <a id="p100136"></a>пользователи.


#### <a id="p100137"></a>4.3 Концепции управления программой



##### <a id="p100138"></a>4.3.1 Общие положения

<a id="p100139"></a>Данный пункт описывает управление программой, ее цель и жизненный цикл.

##### <a id="p100140"></a>4.3.2 Управление программой

<a id="p100141"></a>Управление программой может включать в себя виды деятельности, которые необходимы для выполнения требований спонсоров программы. Следует, чтобы эти виды деятельности обеспечивали согласованный подход и включали в себя:
- <a id="p100142"></a>установление организации программы;
- <a id="p100143"></a>разработка и внедрение основы руководства и управления программой;
- <a id="p100144"></a>запуск, координация и согласование компонентов программы;
- <a id="p100145"></a>управление программой для достижения целей, получения эффектов и выгод (см. [6.5](#p100353));
- <a id="p100146"></a>управление вовлеченностью заинтересованных сторон;
- <a id="p100147"></a>управление рисками и проблемами программы (см. [6.4.2](#p100312));
- <a id="p100148"></a>контроль изменений в базовом уровне программы (см. [6.4.3](#p100321) и [6.5](#p100353));
- <a id="p100149"></a>управление интеграцией функционирования компонентов программы;
- <a id="p100150"></a>управление обменом информацией;
- <a id="p100151"></a>управление областью распространения, расходами, графиком, ресурсами и качеством;
- <a id="p100152"></a>управление ресурсами в рамках компонентов программы.
<a id="p100153"></a>Управление программой может позволить получение двух типов выгод:
- <a id="p100154"></a>внутренние выгоды, которые формируются за счет управления компонентами программы в виде интегрированного комплекса мер;
- <a id="p100155"></a>внешние выгоды, которые способствуют достижению стратегических, преобразующих или рабочих целей.
<a id="p100156"></a>Выгоды, материальные или нематериальные, могут быть реализованы как в течение жизненного цикла программы, так и после завершения программы. Программу следует организовать и спланировать таким образом, чтобы получить эффекты и реализовать выгоды максимально быстро.

##### <a id="p100157"></a>4.3.3 Цель управления программой

<a id="p100158"></a>Цель управления программой состоит в том, чтобы обеспечить согласованный подход в отношении следующих аспектов:
- <a id="p100159"></a>охвата сложности и неопределенности в контексте программы;
- <a id="p100160"></a>обеспечения инвестирования в компоненты программы;
- <a id="p100161"></a>согласования со стратегией организации и приемлемым уровнем рисков;
- <a id="p100162"></a>оптимизации технических возможностей и производительности организации;
- <a id="p100163"></a>обеспечения выгод от инвестирования;
- <a id="p100164"></a>идентификации и управления интересами сторон.
<a id="p100165"></a>Один пример внедрения стратегии организации и получения выгод в рамках программ и соответствующих проектов приведен на [рисунке 3](#p100168).

<div align="center">

<a id="p100166"></a> ![4 Концепции программ и управление программами](https://i.bukva.ai/4UacAowV/img_2.png) 

</div>


<a id="p100167"></a>*Примечание* - Возможности и угрозы рассматривают с точки зрения стратегии.

<div align="center">

<a id="p100168"></a>Рисунок 3 - Пример внедрения стратегии в рамках программ<br>
и соответствующих проектов

</div>



##### <a id="p100169"></a>4.3.4 Жизненный цикл программы

<a id="p100170"></a>Программу следует начинать с момента принятия решения о ее запуске или в согласованный срок ее начала, в зависимости от того, какая дата наступает раньше. Программу следует завершать, когда принимается решение о ее завершении или когда согласована дата ее завершения, в зависимости от того, какая дата наступает позже.
<a id="p100171"></a>К причинам завершения программы могут относиться следующие:
- <a id="p100172"></a>область применения программы исчерпана;
- <a id="p100173"></a>больше не требуется координирование взаимосвязанных компонентов программы;
- <a id="p100174"></a>достижение выгод более невозможно или не требуется.
<a id="p100175"></a>Программу следует разделить на этапы для организации, управления и интеграции компонентов программы, которые обеспечивают получение эффектов и выгод.


### <a id="p100176"></a>5 Предварительные условия управления программой



#### <a id="p100177"></a>5.1 Общие положения


<a id="p100178"></a>Данный подраздел содержит руководящие указания для исполнителей и высшего руководства относительно предварительных условий, которые следует учесть перед внедрением управления программой в организации и в рамках ее средств обеспечения.


#### <a id="p100179"></a>5.2 Оценка потребности в управлении программой


<a id="p100180"></a>Принимая решение о внедрении управления программой в организации, следует учитывать ее способность интегрировать иную соответствующую работу и потенциал для внедрения изменений. Факторы, которые следует учитывать при оценке потребности в управлении программой, могут включать в себя следующее:
- <a id="p100181"></a>влияние на руководство в организации;
- <a id="p100182"></a>согласование со стратегическими и рабочими целями;
- <a id="p100183"></a>структура, зрелость и культура организации;
- <a id="p100184"></a>способность работать вне границ организации и в их пределах;
- <a id="p100185"></a>влияние организационных изменений, как внутреннее, так и внешнее;
- <a id="p100186"></a>наличие человеческих ресурсов, а также их знания, навыки и способности;
- <a id="p100187"></a>влияние на бюджет;
- <a id="p100188"></a>усилия, необходимые для внедрения.
<a id="p100189"></a>В обосновании на организационном уровне следует учитывать потребность, риски, выгоды, необходимые ресурсы, а также каким образом предложенное внедрение управления программой согласуется со стратегическими и рабочими целями организации. Оценку внедрения управления программой можно проводить с точки зрения следующих аспектов:
- <a id="p100190"></a>вовлеченности заинтересованных сторон и управление ими;
- <a id="p100191"></a>пропорциональных мнений и интересов сторон;
- <a id="p100192"></a>внутреннего и внешнего обмена информацией;
- <a id="p100193"></a>использование ресурсов;
- <a id="p100194"></a>организационной эффективности;
- <a id="p100195"></a>бюджета, графика и качества;
- <a id="p100196"></a>необходимых навыков;
- <a id="p100197"></a>видимости и управления рисками;
- <a id="p100198"></a>управления сложностью;
- <a id="p100199"></a>согласования программы, контроля и отчетности по компонентам программы и связанным с ними элементам;
- <a id="p100200"></a>получения выгод.
<a id="p100201"></a>Обоснование для внедрения управления программой в организации следует документировать в составе экономического обоснования или иного аналогичного документированного анализа.


#### <a id="p100202"></a>5.3 Внедрение управления программой в организациях


<a id="p100203"></a>При планировании внедрения управления программой высшему руководству следует учитывать:
- <a id="p100204"></a>управление необходимостью согласовать программы со стратегией организации;
- <a id="p100205"></a>инвестирование в необходимые финансовые и дополнительные ресурсы;
- <a id="p100206"></a>необходимость в обсуждении, инвестировании и распределении ресурсов в рамках организации;
- <a id="p100207"></a>усилия руководства, необходимые для осуществления мониторинга и контроля программы и ее предполагаемыми выгодами;
- <a id="p100208"></a>потребность в координации и обмене информацией, внутренних и внешних, в поддержку программы;
- <a id="p100209"></a>необходимость управления изменениями и сложностью;
- <a id="p100210"></a>конфликты при интеграции управления проектами и программами;
- <a id="p100211"></a>конфликтующие приоритетные задачи организационных и оперативных функций;
- <a id="p100212"></a>организационные сложности в отношении культуры, навыков и географического местоположения.


#### <a id="p100213"></a>5.4 Руководство программой


<a id="p100214"></a>При согласовании управления программой следует учитывать руководство организации. Следует, чтобы это согласование имело стратегическое обоснование и взаимосвязь со стратегией. При стратегическом согласовании управления программой следует достигать взаимовыгодных результатов в рамках организации или участвующих организаций.
<a id="p100215"></a>Следует, чтобы системы, процедуры и процессы были согласованы на организационном уровне. Организации следует определить, как и какие ресурсы будут выделены для управления и контроля программой и ее компонентами, чтобы возникли возможности для эффективности и согласования.
<a id="p100216"></a>Управление программой следует согласовать с руководящей организацией или портфелем. Следует, чтобы согласование улучшало управление и реализацию программы, а также способствовало получению дополнительных выгод ее отдельными компонентами.
<a id="p100217"></a>Устойчивость программы и ее компонентов в организации следует согласовать посредством регулирования и оптимизации социальных, экономических и экологических характеристик. Взаимосвязь позволяет исполнительным руководителям и высшему руководству осуществлять надзор за управлением программой и обеспечивает стратегическое согласование и выбор компонентов программы.
<a id="p100218"></a>Дополнительная информация по данной теме представлена в ИСО 21505.


#### <a id="p100219"></a>5.5 Определение функций и ответственности в программе



##### <a id="p100220"></a>5.5.1 Общие положения

<a id="p100221"></a>Исполнителям и высшему руководству следует назначить и определить функции, ответственность, обязанности и пределы полномочий по управлению программой. Эти функции следует определить, чтобы:
- <a id="p100222"></a>обеспечивать помощь в предоставлении необходимых ресурсов, возможностей, процессов и инструментов;
- <a id="p100223"></a>поддерживать и обеспечивать изменения в организации и получение выгод программы.
<a id="p100224"></a>Ключевые функции и ответственность, которые необходимо определить, включают в себя спонсора программы (см. [5.5.2](#p100225)), менеджера программы (см. [5.5.3](#p100236)) и группу по управлению программой (см. [5.5.4](#p100248)).

##### <a id="p100225"></a>5.5.2 Спонсор программы

<a id="p100226"></a>Спонсор программы отвечает за общую стратегию программы и ее защиту, включая следующее:
- <a id="p100227"></a>согласование программы со стратегией организации;
- <a id="p100228"></a>согласование программы с экономическим обоснованием или аналогичной документацией;
- <a id="p100229"></a>информирование о целях программы;
- <a id="p100230"></a>делегирование полномочий менеджеру программы;
- <a id="p100231"></a>принятие решений, влияющих на программу;
- <a id="p100232"></a>взаимодействие с исполнительными руководителями или иными органами управления организации;
- <a id="p100233"></a>вовлечение клиентов и иных заинтересованных сторон;
- <a id="p100234"></a>разрешение проблем и конфликтов, выходящих за рамки полномочий менеджера программы;
- <a id="p100235"></a>одобрение изменений или содействие изменениям в базовом уровне программы.

##### <a id="p100236"></a>5.5.3 Менеджер программы

<a id="p100237"></a>Менеджеру программы следует нести ответственность за общее функционирование программы и координацию компонентов программы, включая следующее:
- <a id="p100238"></a>выполнение действий по указанию спонсора программы;
- <a id="p100239"></a>руководство и обеспечение ресурсов для программы и группы по управлению программой;
- <a id="p100240"></a>принятие решений и руководство деятельностью группы по управлению программой;
- <a id="p100241"></a>достижение целей программы и получение выгод программы;
- <a id="p100242"></a>разрешение проблем и конфликтов в рамках программы;
- <a id="p100243"></a>обеспечение взаимодействия с руководством организации;
- <a id="p100244"></a>обеспечение взаимодействия с заинтересованными сторонами;
- <a id="p100245"></a>мониторинг и консультирование спонсора программы по вопросам согласования и степени реализации программы;
- <a id="p100246"></a>работа со спонсором программы и руководством организации для поддержания потребностей программы;
- <a id="p100247"></a>контроль взаимосвязей между компонентами программы.

##### <a id="p100248"></a>5.5.4 Группа по управлению программой

<a id="p100249"></a>Группе по управлению программой следует отвечать за реализацию и внедрение одного или нескольких компонентов или функций программы.
<a id="p100250"></a>В группу по управлению программой могут входить следующие должностные лица:
- <a id="p100251"></a>спонсор программы;
- <a id="p100252"></a>менеджер программы;
- <a id="p100253"></a>менеджер изменений, если применимо;
- <a id="p100254"></a>менеджеры компонентов программы;
- <a id="p100255"></a>административная поддержка;
- <a id="p100256"></a>другие технические должности, необходимые для программы.
<a id="p100257"></a>В поддержку для группы по управлению программой, если необходимо, могут быть назначены специалисты по отчетности, обучению, консалтингу, управлению договорами, управлению деятельностью, обеспечению, аудиту и иным направлениям. Отдельные члены группы по управлению программой могут иметь специальные или дополнительные функции и ответственность в рамках программы. Члены группы, работающие над компонентами программы, могут рассматриваться как часть более широкой группы всей программы.


### <a id="p100258"></a>6 Управление программой



#### <a id="p100259"></a>6.1 Общие положения


<a id="p100260"></a>В данном подразделе описаны практики по созданию, интеграции, контролю, управлению выгодами и закрытию программы.


#### <a id="p100261"></a>6.2 Создание программы



##### <a id="p100262"></a>6.2.1 Общие положения

<a id="p100263"></a>В процесс создания программы следует включать определение и создание основы для управления программой, соответствующей контексту управления, а также проекту и плану программы.

##### <a id="p100264"></a>6.2.2 Основа для управления программой

<a id="p100265"></a>Следует, чтобы основа управления программой повышала результативность программы, в том числе идентификацию и получение выгод. В разработку основы следует включать следующее:
- <a id="p100266"></a>установление ответственности за планирование, внедрение и контроль программы;
- <a id="p100267"></a>обеспечение вспомогательных функций и предоставление необходимых ресурсов.

##### <a id="p100268"></a>6.2.3 Проектирование и планирование программы

<a id="p100269"></a>В работу по проектированию и планированию программы следует включать:
- <a id="p100270"></a>идентификацию видения и целей программы;
- <a id="p100271"></a>идентификацию потребностей и ожиданий заинтересованных сторон;
- <a id="p100272"></a>идентификацию стратегии и видов деятельности, связанных с изменениями;
- <a id="p100273"></a>разработку стратегии для вовлечения заинтересованных сторон;
- <a id="p100274"></a>идентификацию возможных компонентов программы;
- <a id="p100275"></a>идентификацию взаимосвязей между компонентами программы;
- <a id="p100276"></a>разработку плана, приоритетных задач и интегрированного графика программы;
- <a id="p100277"></a>идентификацию ресурсов, необходимых для программы;
- <a id="p100278"></a>идентификацию и выделение финансирования;
- <a id="p100279"></a>планирование получения выгод;
- <a id="p100280"></a>идентификацию отчетности по программе;
- <a id="p100281"></a>идентификацию функций и ответственности.


#### <a id="p100282"></a>6.3 Интеграция программы



##### <a id="p100283"></a>6.3.1 Общие положения

<a id="p100284"></a>В интеграцию программы следует включать интеграцию стратегии, требований, компонентов и функций. Интеграция программы также может включать в себя использование эффекта синергии, возникающего при совокупном управлении компонентами.

##### <a id="p100285"></a>6.3.2 Стратегическая интеграция

<a id="p100286"></a>Организации следует иметь возможность повышать устойчивость и получение выгод, согласовывая результаты, эффекты и продукты программы с организационной стратегией и целями.

##### <a id="p100287"></a>6.3.3 Интеграция требований

<a id="p100288"></a>Следует, чтобы интеграция требований способствовала, помимо прочего, следующим действиям:
- <a id="p100289"></a>соотнесению выгод программы с ожиданиями заинтересованных сторон;
- <a id="p100290"></a>согласованию требований программы и ее компонентов;
- <a id="p100291"></a>координированию требований в рамках компонентов программы.

##### <a id="p100292"></a>6.3.4 Интеграция компонентов

<a id="p100293"></a>При интеграции компонентов программы следует учитывать виды их взаимозависимости, в том числе:
- <a id="p100294"></a>аналогичные или взаимосвязанные компоненты программы;
- <a id="p100295"></a>осведомленность и контроль более крупных инвестиций;
- <a id="p100296"></a>эффективность общих ресурсов;
- <a id="p100297"></a>подход к угрозам и возможностям на уровне программы;
- <a id="p100298"></a>сокращение расходов за счет совместной деятельности;
- <a id="p100299"></a>средства контроля и воздействия на окружающую среду;
- <a id="p100300"></a>контроль за компонентами программы и управление ими.
<a id="p100301"></a>Следует создать интеграцию компонентов программы, которая может включать в себя:
- <a id="p100302"></a>надзор за взаимодействием между компонентами программы;
- <a id="p100303"></a>совместимость процессов и систем;
- <a id="p100304"></a>координирование продуктов для достижения целей;
- <a id="p100305"></a>интеграцию входных и выходных данных компонентов программы;
- <a id="p100306"></a>интеграцию эффектов, позволяющую получить выгоды программы.

##### <a id="p100307"></a>6.3.5 Функциональная интеграция

<a id="p100308"></a>Для функциональной интеграции может потребоваться согласование деятельности в области инжиниринга, качества, законодательства, финансов, операций, информационных технологий, человеческих ресурсов, программных процессов, систем и изменений. Эту интеграцию следует осуществлять для получения ожидаемых выгод и достижения целей программы.


#### <a id="p100309"></a>6.4 Практические подходы управления программой



##### <a id="p100310"></a>6.4.1 Общие положения

<a id="p100311"></a>Общее применение практик в отношении компонентов программы следует осуществлять для интеграции, контроля и управления программой. Для программы может потребоваться, чтобы руководители ее компонентов выбрали и внедрили специальные практики и системы программы. Также существуют практики, уникальные в своей применимости в рамках программы и позволяющие осуществлять управление и контроль за интеграцией. Практики, описанные в [6.4.2](#p100312) и [6.4.8](#p100346), могут использоваться на протяжении всего жизненного цикла программы.

##### <a id="p100312"></a>6.4.2 Управление рисками и проблемами

<a id="p100313"></a>Следует определить и разработать подход к управлению рисками и проблемами, учитывающий соответствующие проблемы, угрозы и возможности, который может включать в себя:
- <a id="p100314"></a>использование последовательной практики управления рисками для уровней программы и компонента, которая интегрирована с планом рисков организации;
- <a id="p100315"></a>согласование приемлемого уровня рисков для организации и программы;
- <a id="p100316"></a>выполнение постоянной идентификации, определения и передачи в вышестоящие инстанции проблем, угроз и возможностей на уровне программы на протяжении всего жизненного цикла программы;
- <a id="p100317"></a>регистрацию проблем на уровне компонентов, угроз и возможностей, которые могут влиять на цели программы;
- <a id="p100318"></a>анализ проблем, угроз и возможностей программы;
- <a id="p100319"></a>разработку и реализацию планов реагирования на проблемы, угрозы и возможности программы;
- <a id="p100320"></a>распределение и мониторинг права владения каждым риском и проблемой.

##### <a id="p100321"></a>6.4.3 Контроль изменений

<a id="p100322"></a>Следует определить и установить подход к контролю за изменениями, чтобы учитывать те изменения, которые влияют на базовый уровень программы и достижение целей программы. Контроль изменений включает в себя:
- <a id="p100323"></a>создание структуры изменения программы;
- <a id="p100324"></a>внедрение процесса одобрения для программы;
- <a id="p100325"></a>создание процесса контроля изменений, согласованного с базовым уровнем программы;
- <a id="p100326"></a>анализ, отслеживание и оценку влияния изменений в рамках компонентов программы;
- <a id="p100327"></a>внедрение одобренных изменений.

##### <a id="p100328"></a>6.4.4 Управление качеством

<a id="p100329"></a>Следует определить и установить подход к управлению качеством, включающий в себя:
- <a id="p100330"></a>идентификацию соответствующих стандартов и доведение их до сведения соответствующих сторон;
- <a id="p100331"></a>применение обеспечения качества;
- <a id="p100332"></a>осуществление контроля качества согласно плану;
- <a id="p100333"></a>применение приемлемых систем измерения, предусматривающих количественные меры.

##### <a id="p100334"></a>6.4.5 Управление ресурсами

<a id="p100335"></a>Управление ресурсами оптимизирует использование ресурсов. К ресурсам могут относиться человеческие ресурсы, финансы, оборудование, недвижимость, помещения и инструменты. Руководителю программы следует осуществлять мониторинг и способствовать использованию ресурсов в рамках компонентов программы.

##### <a id="p100336"></a>6.4.6 Управление расписанием

<a id="p100337"></a>В график программы следует включать интеграцию графиков компонентов программы. В график программы следует включать сроки получения результатов компонентов и получения выгод программы. В управление расписанием следует включать мониторинг графиков компонентов, чтобы обеспечить снижение негативных отклонений в графиках компонентов и, следовательно, их влияния на общее расписание программы.

##### <a id="p100338"></a>6.4.7 Управление бюджетом и финансами

<a id="p100339"></a>Управление бюджетом и финансами программы объединяет в себе сметы и бюджеты ее компонентов. В такое управление следует включать:
- <a id="p100340"></a>обеспечение финансирования;
- <a id="p100341"></a>распределение бюджета между компонентами программы;
- <a id="p100342"></a>мониторинг расходования бюджета каждого компонента программы для соблюдения объема выделенного бюджета;
- <a id="p100343"></a>применение политик организации в отношении управления финансовыми резервами;
- <a id="p100344"></a>определение и использование средств для управления финансовыми резервами;
- <a id="p100345"></a>анализ и проверку финансовых результатов деятельности.

##### <a id="p100346"></a>6.4.8 Вовлечение заинтересованных сторон и отчетность

<a id="p100347"></a>Следует координировать вовлечение заинтересованных сторон с руководителем каждого компонента программы, чтобы определить соответствующие интересы, потребности, ожидания и перспективы заинтересованных сторон. Вовлечение заинтересованных сторон на уровне программы может отличаться от вовлечения на уровне компонентов с точки зрения способа обмена информацией, носителей информации, периодичности и содержания обмена информацией при снижении объема ее дублирования.
<a id="p100348"></a>Следует, чтобы отчетность по программе позволяла заинтересованным сторонам проводить непрерывный мониторинг деятельности и включала в себя:
- <a id="p100349"></a>информацию о прогрессе осуществления программы и компонентов программы;
- <a id="p100350"></a>проблемы, угрозы и возможности;
- <a id="p100351"></a>результаты компонентов программы;
- <a id="p100352"></a>информацию о прогрессе в получении эффектов и выгод.


#### <a id="p100353"></a>6.5 Контроль программы


<a id="p100354"></a>В контроль программы следует включать:
- <a id="p100355"></a>управление влиянием решений, принятых на уровне программы, на компоненты программы;
- <a id="p100356"></a>поддержание и корректировка границ и взаимосвязей компонентов и использование взаимного повышения синергии компонентов;
- <a id="p100357"></a>изменение приоритетности компонентов, если необходимо;
- <a id="p100358"></a>понимание взаимоотношений и потенциальных воздействий на базовый уровень программы и базовые уровни отдельных компонентов;
- <a id="p100359"></a>подтверждение получения выгод в течение срока реализации программы;
- <a id="p100360"></a>мониторинг общего бюджета и его изменения в компонентах программы.


#### <a id="p100361"></a>6.6 Управление выгодами



##### <a id="p100362"></a>6.6.1 Общие положения

<a id="p100363"></a>[Подраздел 6.6](#p100361) описывает идентификацию, анализ и контроль выгод.

##### <a id="p100364"></a>6.6.2 Идентификация и анализ выгод

<a id="p100365"></a>Проведение идентификации и анализа выгод следует начинать на этапе рассмотрения программы. После создания программы следует идентифицировать, проанализировать и ранжировать более детальный комплекс выгод. Идентификация и анализ выгод включают в себя:
- <a id="p100366"></a>идентификацию ожидаемых выгод;
- <a id="p100367"></a>идентификацию владельцев каждой получаемой выгоды;
- <a id="p100368"></a>согласование выгод со стратегическими и иными целями;
- <a id="p100369"></a>определение систем измерения показателей и отчетности по каждой из выгод;
- <a id="p100370"></a>определение сроков получения выгод.

##### <a id="p100371"></a>6.6.3 Контроль выгод

<a id="p100372"></a>В контроль выгод следует включать:
- <a id="p100373"></a>измерение и управление прогрессом в получении ожидаемых выгод в течение жизненного цикла программы;
- <a id="p100374"></a>сбор измерений показателей по каждой выгоде;
- <a id="p100375"></a>отчетность и информирование заинтересованных сторон о состоянии процесса получения выгод;
- <a id="p100376"></a>идентификацию дополнительных выгод в течение жизненного цикла программы.
<a id="p100377"></a>Выгоду можно получить во время реализации программы, в конце программы или после закрытия программы. Перед окончанием программы ответственность за дальнейшее получение выгод может быть передана новому владельцу.


#### <a id="p100378"></a>6.7 Закрытие программы


<a id="p100379"></a>В закрытие программы следует включать следующие действия:
- <a id="p100380"></a>проверку приемлемости результатов компонентов программы;
- <a id="p100381"></a>проверку получения или передачи выгод программы;
- <a id="p100382"></a>закрытие или передачу компонентов программы;
- <a id="p100383"></a>подготовку итогового отчета по программе;
- <a id="p100384"></a>извлечение, документирование, доведение до сведения всех сторон и занесение в архив полученных знаний и опыта;
- <a id="p100385"></a>выведение ресурсов программы;
- <a id="p100386"></a>завершение действия контрактов и финансовых счетов;
- <a id="p100387"></a>занесение в архив записей по программе.






## <a id="p100388"></a>БИБЛИОГРАФИЯ



| <a id="p100389"></a>[1] | <a id="p100390"></a>ISO 21500:2021 | <a id="p100391"></a>Project, programme and portfolio management - Context and concepts |
| --- | --- | --- |
| <a id="p100392"></a>[2] | <a id="p100393"></a>ISO 21502:2020 | <a id="p100394"></a>Project, programme and portfolio management - Guidance on project management |
| <a id="p100395"></a>[3] | <a id="p100396"></a>ISO 21504 | <a id="p100397"></a>Project, programme and portfolio management - Guidance on portfolio management |
| <a id="p100398"></a>[4] | <a id="p100399"></a>ISO 21505 | <a id="p100400"></a>Project, programme and portfolio management - Guidance on governance |
| <a id="p100401"></a>[5] | <a id="p100402"></a>ISO/TR 21506:2018 | <a id="p100403"></a>Project, programme and portfolio management - Vocabulary |
| <a id="p100404"></a>[6] | <a id="p100405"></a>ISO 21508 | <a id="p100406"></a>Earned value management in project and programme management |
| <a id="p100407"></a>[7] | <a id="p100408"></a>ISO 21511 | <a id="p100409"></a>Work breakdown structures for project and programme management |







<table>
<colgroup><col width="62%"><col width="38%"></colgroup>
<tr><td><a id="p100410"></a>УДК 005.8:006.354</td><td><a id="p100411"></a>ОКС 03.100.40</td></tr>
<tr><td colspan="2"><a id="p100412"></a>Ключевые слова: управление программой, интеграция программ, практики управления программами, спонсор, заинтересованная сторона, угроза, результат, управление выгодами, возможность, руководство</td></tr>
</table>




<a id="p100413"></a>

---