1
Доступно поисковых запросов: 1 из 2
Следующий пробный период начнётся: 09 февраля 2023 в 13:22
Снять ограничение

ГОСТ Р 57101-2016

Системная и программная инженерия. Процессы жизненного цикла. Управление проектом
Действующий стандарт
Проверено:  01.02.2023

Информация

Название Системная и программная инженерия. Процессы жизненного цикла. Управление проектом
Название английское Systems and software engineering. Life cycle processes. Project management
Дата актуализации текста 01.01.2021
Дата актуализации описания 01.01.2021
Дата издания 30.12.2018
Дата введения в действие 01.09.2017
Область и условия применения Настоящий стандарт предназначен для помощи руководителям проектов в управлении для успешного ведения проектов, касающихся программных средств и систем. Настоящий стандарт определяет необходимое содержание плана управления проектом (ПУПРП). Этот стандарт также формулирует цели и содержание результатов процессов проекта согласно ИСО/МЭК 12207:2008 (ИИЭР 12207:2008) и ИСО/МЭК 15288:2008 (ИИЭР 15288:2008) и добавляет детальные положения для управления проектами, в которых используются эти процессы
Опубликован Официальное издание. М.: Стандартинформ, 2018 год
Утверждён в Росстандарт


ГОСТ Р 57101-2016/ISO/IEC/IEEE 16326:2009

     

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Системная и программная инженерия

ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА

Управление проектом

Systems and software engineering. Life cycle processes. Project management



ОКС 35.080

Дата введения 2017-09-01

     

Предисловие

1 ПОДГОТОВЛЕН Обществом с ограниченной ответственностью "Информационно-аналитический вычислительный центр" (ООО ИАВЦ) на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 22 "Информационные технологии"

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 22 сентября 2016 г. N 1191-ст

4 Настоящий стандарт идентичен международному стандарту ISO/IEC/IEEE 16326:2009* "Системная и программная инженерия. Процессы жизненного цикла. Управление проектом" (ISO/IEC/IEEE 16326:2009 "Systems and software engineering - Life cycle processes - Project management", IDT)

________________

* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. - Примечание изготовителя базы данных.

5 ВВЕДЕН ВПЕРВЫЕ

6 Некоторые положения международного стандарта, указанного в пункте 4, могут являться объектом патентных прав. Международная организация по стандартизации (ИСО) и Институт инженеров по электротехнике и радиоэлектронике (ИИЭР) не несут ответственности за идентификацию подобных патентных прав

7 ПЕРЕИЗДАНИЕ. Ноябрь 2018 г.


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

Введение


ISO/IEC/IEEE 16326 был подготовлен подкомитетом 7 "Системная и программная инженерия" Совместного технического комитета ИСО/МЭК СТК 1 "Информационные технологии" в сотрудничестве с Комитетом по стандартам системной и программной инженерии Компьютерного общества IEEE в соответствии с соглашением о партнерском сотрудничестве между ИСО и ИИЭР.

Этот выпуск ISO/IEC/IEEE 16326 отменяет и заменяет предыдущий технический отчет ISO/IEC TR 16326:1999, который был пересмотрен и согласован с содержанием IEEE 1058:1998.

Настоящий стандарт содержит нормативные требования для планов управления проектом, охватывающих проекты программных средств и систем. Настоящий стандарт также содержит детальные положения и рекомендации относительно применения ряда процессов проекта, которые свойственны жизненным циклам программных средств и систем согласно ИСО/МЭК 12207:2008 (IEEE 12207:2008) "Системная и программная инженерия. Процессы жизненного цикла программных средств" [15] и ИСО/МЭК 15288:2008 (IEEE 15288:2008) "Системная и программная инженерия. Процессы жизненного цикла систем" [16]. Положения и рекомендации предназначены для помощи в подготовке нормативного содержания планов управления проектом.

_______________

Заменен на ISO/IEC TR 15288:2015.


Настоящий стандарт - это результат гармонизации технического отчета ISO/IEC TR 16326:1999 и IEEE 1058:1998.

     1 Область применения

     1.1 Цель


Настоящий стандарт предназначен для помощи руководителям проектов в управлении для успешного ведения проектов, касающихся программных средств и систем. Настоящий стандарт определяет необходимое содержание плана управления проектом (ПУПРП). Этот стандарт также формулирует цели и содержание результатов процессов проекта согласно ИСО/МЭК 12207:2008 (IEEE 12207:2008) и ИСО/МЭК 15288:2008 (IEEE 15288:2008) и добавляет детальные положения для управления проектами, в которых используются эти процессы.

     1.2 Область распространения


Настоящий стандарт предназначен для тех, кто использует или планирует использовать ИСО/МЭК 12207:2008 (IEEE 12207:2008) и ИСО/МЭК 15288:2008 (IEEE 15288:2008) в проектах, имеющих дело с программными средствами и системами независимо от области применения проекта, продукции, методологии, масштаба или сложности. Область применения настоящего стандарта охватывает полные жизненные циклы программных средств или систем, и стандарт предназначен для всех, кто играет роль в управлении проектом, особенно:

- ответственных за установление и непрерывное улучшение процессов жизненного цикла программных средств по ИСО/МЭК 12207:2008 (IEEE 12207:2008) и процессов жизненного цикла систем по ИСО/МЭК 15288:2008 (IEEE 15288:2008);

- ответственных за выполнение любого процесса жизненного цикла программных средств по ИСО/МЭК 12207:2008 (IEEE 12207:2008) или любого процесса жизненного цикла системы по ИСО/МЭК 15288:2008 (IEEE 15288:2008), выполняемого на проектном уровне;

- организаций или лиц, подряжаемых по субконтракту, в части усилий по управлению проектом.

Во многих организациях различные ответственности в управлении проектом возлагаются более чем на одного человека. Там, где в настоящем стандарте использован термин "руководитель проекта" - в инструкции, рекомендации или в нормативном требовании, это относится к должностному лицу в пределах организации.

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

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

     1.3 Ограничения


Нормативные содержательные положения для планов управления проектом и руководство для управления процессами проекта ограничены проектами, ориентированными на программные продукты и системы.

     2 Соответствие


Настоящий стандарт обеспечивает нормативное определение содержания плана управления проектом (ПУПРП) и дает представление о выполнении процессов проекта по ИСО/МЭК 12207:2008 (IEEE 12207:2008) и ИСО/МЭК 15288:2008 (IEEE 15288:2008). Пользователи настоящего стандарта могут потребовать соответствия содержанию нормативной документации или условиям процессов, или полного соответствия (т.е. и тому, и другому).

     2.1 Соответствие содержанию нормативной документации


Требование соответствия содержанию нормативной документации настоящего стандарта означает, что пользователь демонстрирует соответствие содержания ПУПРП содержанию требований, определенных в разделе 5 настоящего стандарта.

     2.2 Соответствие процессам


Требование соответствия условиям процессов настоящего стандарта эквивалентно требованию соответствия процессам проекта по ИСО/МЭК 12207:2008 (IEEE 12207:2008) и ИСО/МЭК 15288:2008 (IEEE 15288:2008), изложенным в разделе 6 настоящего стандарта.

     2.3 Полное соответствие


Требование полного соответствия настоящему стандарту эквивалентно требованию соответствия содержательным требованиям ПУПРП, процитированным в разделе 5, и процессам проекта по ИСО/МЭК 12207:2008 (IEEE 12207:2008) и ИСО/МЭК 15288:2008 (IEEE 15288:2008) согласно разделу 6 настоящего стандарта.

     3 Обозначения и сокращения


В настоящем стандарте используются следующие обозначения и сокращения:

ANSI

- American National Standards Institute (Американский национальный институт стандартизации);

ССВ

- Configuration/Change Control Board (Совет по управлению конфигурацией/изменением);

GATES

- Stage-Gate methodology (постадийная методология);

IBM

- International Business Machines  (название фирмы IBM);

ICWG

- Interface Control Working Group (рабочая группа по управлению взаимодействием);

IEC

- International Electrotechnical Commission (Международная электротехническая комиссия);

IEEE

- Institute of Electrical and Electronics Engineers [Институт инженеров по электротехнике и радиоэлектронике (ИИЭР)];

ISO

- International Organization for Standardization [Международная организация по стандартизации (ИСО)];

OGC

- Office of Government Commerce (UK) (офис управления торговлей);

PERT

- Program Evaluation Review Technique [методика (техника) оценки и анализа программ];

PM

- Project Management (or Project Manager) (управление проектом [или руководитель проекта (менеджер проекта)]);

PMBOK®

- Project Management Body of Knowledge (свод знаний по управлению проектом);

PMI

- Project Management Institute (Институт управления проектами);

ПУПРП

- Project Management Plan (план управления проектом);

PRINCE2

- Projects In Controlled Environments (version 2) [проекты в управляемой среде (версия 2)];

RUP

- Rational Unified Process® (registered trademark of IBM) (методология создания программных средств, оформленная в виде размещаемой на Web базы знаний, которая снабжена поисковой системой);

SDP

- Software Development Plan (план разработки программных средств);

SE

- Software Engineering (программная инженерия);

SEE

- Software Engineering Environment (среда программной инженерии);

SEMP

- Systems Engineering Management Plan (план управления системной инженерией);

SWEBOK

- Software Engineering Body of Knowledge (свод знаний по программной инженерии);

UK

- United Kingdom (Великобритания);

USA

- United States of America (США);

WBS

- Work Breakdown Structure (структура разделения работ).

     

     4 Приложения настоящего стандарта


Настоящий стандарт определяет необходимое содержание ПУПРП так, чтобы, будучи выполненным успешно, достигались цели и желаемые результаты, задаваемые в процессах проекта по ИСО/МЭК 12207:2008 (IEEE 12207:2008) и ИСО/МЭК 15288:2008 (IEEE 15288:2008).

Процессы проекта по ИСО/МЭК 12207:2008 (IEEE 12207:2008) и ИСО/МЭК 15288:2008 (IEEE 15288:2008) содержат стандартные действия и задачи для использования любой стороной, которая должна выполнить проект, имеющий дело с программными продуктами или системами. Настоящий стандарт предоставляет дополнительное детальное руководство (см. раздел 5) для того, чтобы помочь руководителям этих проектов при разработке ПУПРП для какого-либо специального проекта.

ANSI/PMI 99-001:2004 [1] предоставляет важную информацию об управлении проектами, а ИСО 10006:2003 [2] дает представление о применении управления качеством в проектах. Руководители проектов, имеющие дело с программными продуктами или системами, могут найти полезным для управления успешного завершения проектов содержание руководства РМВОК® [1] и ИСО 10006:2003 [2] наряду с руководством, представленным в настоящем стандарте.

_______________

РМВОК® - зарегистрированная торговая марка Института управления проектами. Эта информация дана для удобства пользованием этим стандартом и не сопровождает ИСО/МЭК или ИИЭР этой продукцией. Могут использоваться подобные продукты, если они, как можно видеть, приводят к тем же результатам.


В случаях, когда рассматривается любое системное воздействие, предпринимается какое-либо действие (например, действие или отказ от действия, когда одна область приложения стандарта может затронуть другие области), руководителю проекта следует применять руководство настоящего стандарта итеративным способом.

     5 Элементы плана управления проектом


Этот раздел определяет каждый из элементов ПУПРП, как показано на рисунке 1.

  
Рисунок 1 - Структура и содержание плана управления проектом

    
Рисунок 1, лист 2

          

ПУПРП должен содержать все разделы в том порядке, как показано на рисунке 1. Порядок разделов предназначен для простоты чтения и стандартизации представления и использования, а не как руководство по порядку подготовки различных элементов ПУПРП. Различные разделы и подразделы ПУПРП могут быть получены прямым объединением или включены в другие планы и документы.

Детальные описания каждого раздела и подраздела представлены в разделах 6 и 8 ПУПРП. Дополнительные планы часто обязаны удовлетворять требованиям к продукции и договорным срокам. Дополнительные планы определены в разделе 9 ПУПРП (см. рисунок 1).

Руководителям проектов следует разрабатывать содержание планов, определенных ниже, таким образом, чтобы они достигали целей и желательных результатов по ИСО/МЭК 12207:2008 (IEEE 12207:2008) и ИСО/МЭК 15288:2008 (IEEE 15288:2008), процитированных в разделе 5 настоящего стандарта. Если необходимо применять и использовать программные продукты и услуги в более общем контексте систем, в которых они существуют, руководителям проектов, разрабатывая эти планы, если это возможно, следует стремиться согласовывать желаемые проектные результаты с выходными результатами, определенными в ИСО/МЭК 12207:2008 (IEEE 12207:2008) и ИСО/МЭК 15288:2008 (IEEE 15288:2008).

ПУПРП непрерывно обновляется в течение жизни проекта. История регистрации изменений сопровождает изменения ПУПРП-документа.

Каждая версия ПУПРП, основанного на настоящем стандарте, должна содержать вступительную часть, которая включает:

- титульный лист, который должен содержать название проекта, дату выпуска, уникальный идентификатор (номер проекта, номер версии базовой линии) и идентификацию издающей организации;

- страницу для подписей, которая должна содержать подписи лиц, ответственных за рассмотрение, согласование и утверждение ПУПРП;

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

- предисловие, которое должно описывать область и контекст ПУПРП и определять намеченных пользователей ПУПРП;

- оглавление;

- перечень рисунков, которые содержатся в ПУПРП;

- перечень таблиц, которые содержатся в ПУПРП.

     5.1 Обзор проекта (раздел 1 ПУПРП)

5.1.1 Краткое описание проекта (подраздел 1.1 ПУПРП)

5.1.1.1 Замысел, область применения и цели (пункт 1.1.1 ПУПРП)

Этот пункт ПУПРП должен формулировать замысел, область применения и цели проекта и продукции. Утверждение области применения должно быть совместимым с подобными положениями в проектном соглашении и другими соответствующими документами уровня системы или бизнес-уровня.

Этот пункт ПУПРП должен также содержать краткое назначение бизнеса или системных потребностей для удовлетворенности результатами проекта, краткое изложение проектных целей и поставляемой продукции для реализации этих целей, а также описание методов для достижения ожидаемой удовлетворенности. Проектный замысел должен описать отношения этого проекта к другим проектам и, соответственно, как этот проект будет интегрироваться с другими проектами или продолжающимися рабочими процессами.

В этом пункте ПУПРП должна быть предоставлена ссылка на официально утвержденные требования к продукции.

5.1.1.2 Предположения и ограничения (пункт 1.1.2 ПУПРП)

Этот пункт ПУПРП должен описать предположения, на которых проект базируется, и наложенные ограничения на проектные факторы, такие, как область применения, сроки, бюджет, ресурсы, программные средства для повторного использования, применяемые программные средства приобретающих сторон, используемые технологии, обеспечивающие средства проекта, взаимодействия различных продуктов, ожидаемая пользовательская среда и требуемый уровень целостности. В этом подразделе следует также описать любые рассмотрения области применения или целей, которые будут исключены из проекта или результирующей продукции.

5.1.1.3 Поставки проекта (пункт 1.1.3 ПУПРП)

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

5.1.1.4 Краткое описание графиков и бюджета (пункт 1.1.4 ПУПРП)

Этот пункт ПУПРП должен содержать краткое описание графиков (по срокам выполнения) и бюджета для проекта. Уровень детализации следует ограничить перечислением по разделам главных рабочих действий и поддерживающих процессов, например для высшего уровня структуры разбиения работ. Этот пункт должен также включать детали оплаты и графиков выполнения.

5.1.2 Развитие плана (подраздел 1.2 ПУПРП)

Этот подраздел ПУПРП должен определить планы относительно разработки плановых и внеплановых обновлений ПУПРП. Следует определить способы распространения обновлений. Этот подраздел должен также определить механизмы, используемые для размещения начальной версии ПУПРП под управление конфигурацией и управление последующими изменениями ПУПРП.

     5.2 Ссылки (раздел 2 ПУПРП)


Этот раздел ПУПРП должен обеспечить полный перечень всех документов и других источников информации, на которые ссылаются в ПУПРП. Каждый документ должен быть идентифицирован по названию, отчетному номеру, дате, автору, ссылке для электронного доступа, публикующей организации. Другие источники информации, такие как электронные файлы, должны быть определены с использованием уникальных идентификаторов, таких, как дата и номер версии. Должны быть зафиксированы любые отклонения от политик или стандартов, на которые имеются ссылки, и должны быть предоставлены обоснования этих отклонений.

     5.3 Определения (раздел 3 ПУПРП)


Этот раздел ПУПРП должен содержать определения (или ссылки на документы, содержащие определения), все термины и сокращения, требуемые для адекватного понимания ПУПРП.

     5.4 Контекст проекта (раздел 4 ПУПРП)

5.4.1 Модель процесса (подраздел 4.1 ПУПРП)

Этот подраздел ПУПРП должен сослаться на процесс управления моделью жизненного цикла или определить отношения между главными рабочими действиями и поддерживающими процессами проекта. Определение отношений осуществляется путем рассмотрения потоков информации и рабочих продуктов между действиями и функциями, графиков производства рабочих продуктов, планируемых анализов, основных выполняемых этапов, базовых линий, поставок проекта и необходимых согласований, которые реализуются в проекте. Кроме того, должны быть указаны технические стандарты, политики и процедуры, обеспечивающие разработку и/или модификацию рабочих продуктов. Модель процесса для проекта должна включать действия по инициированию и завершению проекта. Для описания модели процесса используется комбинация графических и текстовых нотаций. Любое приспосабливание стандартной модели процесса организации для проекта должно быть указано в этом подразделе.

5.4.2 План по улучшению процесса (подраздел 4.2 ПУПРП)

Этот подраздел ПУПРП должен сослаться на процесс управления моделью жизненного цикла или предусмотреть планы периодической оценки проекта, определяя области для улучшения и реализуя планы по улучшению. План по улучшению процесса следует тесно увязать с планом решения проблем. Например, анализ первопричины повторяющихся проблем может привести к простым улучшениям процесса, которые могут значительно уменьшить переделки в оставшееся время проекта. Реализацию планов по улучшению следует изучить для выявления тех процессов, которые могут быть улучшены без серьезных переделок к текущему проекту, и для определения тех процессов, которые наиболее рационально могут быть улучшены в соответствии с инициативами по улучшению процесса на организационном уровне.

5.4.3 План инфраструктуры (подраздел 4.3 ПУПРП)

Этот подраздел ПУПРП должен определить план относительно установления и поддержания разработки окружающей среды (аппаратные средства, операционная система, сеть и программные средства), политики, процедур, стандартов и услуг, требуемых для осуществления проекта. Эти ресурсы могут включать автоматизированные рабочие места, локальные сети, программные инструментарии для анализа, проектирования, реализации, тестирования и управления проектом, рабочие места, офисное пространство и условия для физической безопасности, административный персонал и вспомогательные услуги.

5.4.4 Методы, инструментарии и методики (подраздел 4.4 ПУПРП)

Этот подраздел ПУПРП должен сослаться на процесс управления моделью жизненного цикла или определить методологии разработки, языки программирования и другие используемые нотации, инструментарии и методики для определения, проектирования, построения, тестирования, комплексирования, документирования, поставки, модификации и сопровождения рабочих продуктов проекта, как подлежащих, так и не подлежащих поставке.

5.4.5 План приемки продукции (подраздел 4.5 ПУПРП)

Этот подраздел ПУПРП должен определить план относительно приемки приобретающей стороной подлежащих поставке рабочих продуктов, произведенных в проекте. В этом плане должны быть определены объективные критерии определения приемлемости подлежащих поставке рабочих продуктов, а формальное соглашение о критериях приемки должно быть подписано представителями организаций разработчика и приобретающей стороны. Любые технические процессы, методы или инструментарии, требуемые для приемки продукции, должны быть определены в плане приемки продукции. В этом плане следует определить методы приемки, такие как тестирование, демонстрация, анализ и экспертиза.

5.4.6 Организация проекта (подраздел 4.6 ПУПРП)

Этот подраздел ПУПРП должен определить взаимодействия с организационными объектами (сущностями), внешними к проекту, описать внутреннюю организационную структуру проекта и определить роли и ответственности в проекте.

5.4.6.1 Внешние взаимодействия (пункт 4.6.1 ПУПРП)

Этот пункт ПУПРП должен описать организационные границы между проектом и внешними объектами (сущностями). Сюда следует включать (но не ограничиваясь этим) следующее: головную организацию, приобретающие организации, субподрядчиков и другие организационные объекты (сущности), которые взаимодействуют с проектом.

Чтобы изобразить внешние взаимодействия проекта, могут использоваться такие представления, как организационные структуры и диаграммы.

5.4.6.2 Внутренние взаимодействия (пункт 4.6.2 ПУПРП)

Этот пункт ПУПРП должен описать внутреннюю структуру проектной организации, чтобы предусмотреть взаимодействия между единицами команды разработчиков программных средств. Кроме того, в этом пункте должны быть определены организационные взаимодействия между проектными и организационными объектами (сущностями), которые обеспечивают процессы поддержки, такие как управление конфигурацией, обеспечение качества, верификация и валидация. Чтобы изобразить действующие полномочия, ответственности и связь в пределах проекта, следует использовать графические устройства, такие как организационные структуры или диаграммы.

5.4.6.3 Полномочия и ответственности (пункт 4.6.3 ПУПРП)

Этот пункт ПУПРП должен определить и заявить суть каждой главной рабочей деятельности и поддержки процесса и определить организационные единицы, которые ответственны за процессы и действия. Чтобы изобразить проектные полномочия и ответственности, для организационных единиц может использоваться матрица рабочих действий и поддерживающих процессов.

Закупки не найдены
Свободные
Р
Заблокированные
Р
Роль в компании Пользователь

Для продолжения необходимо войти в систему

После входа Вам также будет доступно:
  • Автоматическая проверка недействующих стандартов в закупке
  • Создание шаблона поиска
  • Добавление закупок в Избранное