ГОСТ Р 57102-2016/ISO/IEC TR 24748-2:2011 Информационные технологии (ИТ). Системная и программная инженерия. Управление жизненным циклом. Часть 2. Руководство по применению ИСО/МЭК 15288
4.6 Понятия проекта
4.6.1 Общее
Проект - это усилия с определенными датами начала и окончания, предпринятые для создания продукции или услуг в соответствии с заданными ресурсами и требованиями. Портфель проектов - это некое множество собранных проектов, которые направлены на достижение стратегических целей организации.
Проект можно рассматривать как уникальный процесс, включающий в себя скоординированные и управляемые виды деятельности, а также комбинацию видов деятельности, состоящую из процессов проекта и технических процессов по ИСО/МЭК 15288.
Примечания
1 ИСО/МЭК 24748-1 (пункт 3.1.4) предоставляет детализацию относительно структуры в системах и проектах.
2 ИСО/МЭК 24748-1 (пункт 3.1.5) предоставляет детализацию относительно обеспечивающих систем.
Любой проект согласно цели по ИСО/МЭК 15288 осуществлен в пределах контекста организации. Это важно, потому что проект системы зависит от различных результатов труда, произведенных с использованием бизнес-процессов организации, например от работников для комплектации обслуживающего персонала проекта и оборудования. Для решения этих задач ИСО/МЭК 15288 представляет множество процессов организационного обеспечения проекта. Важно отметить, что изначально ни процессы организационного обеспечения проекта, ни процессы проекта не могут оказаться вполне адекватными для оперирования бизнесом и использования в проекте. Вместе с тем, процессы, рассматриваемые в совокупности, предназначены для установления минимального множества зависимостей проекта, размещаемого в организации.
ИСО/МЭК 15288 описывает множество процессов, которые составляют жизненный цикл любой системы, созданной человеком. Поэтому ИСО/МЭК 15288 разработан так, чтобы он мог быть приспособлен к проекту любого типа, масштабов и сложности вне зависимости от того, сосредоточен ли он на материальных продуктах, услугах или на их комбинации.
Процессы, действия и задачи в ИСО/МЭК 15288 описаны в самой общей, естественной последовательности. Такая позиционная последовательность не навязывает конкретной последовательности в модели жизненного цикла. Она предназначена лишь для того, чтобы проект сам выбирал, упорядочивал, приспосабливал и повторял процессы, действия и задачи как применимые или приемлемые.
На том же самом проекте ИСО/МЭК 15288 может быть отдельно применен несколько раз. Например, в конкретном проекте реализации системы приобретающая сторона может предложить поставщику выполнить реализацию системы, причем приобретающая сторона и поставщик выполняют одно применение ИСО/МЭК 15288. Соответственно поставщик может просить своего субподрядчика выполнить все или часть разработки системы, например разработать программные средства. Поставщик (теперь уже в роли приобретающей стороны) и его субподрядчик (в роли поставщика) выполняют отдельное применение ИСО/МЭК 15288. В обеих ситуациях необходимо приспосабливать ИСО/МЭК 15288 для отражения ситуации.
Примечание - IEEE 1490-2003 предоставляет больше информации о проектах и руководстве проектом.
4.6.2 Проектные отношения
Отношения могут существовать между проектом и другими проектами и подпроектами. Как использовано в настоящем стандарте и показано на рисунке 8, подпроект является множеством ресурсов и задач, организованных для выполнения части проекта. Подпроект можно считать проектом для выполнения этих назначенных работ. На рисунке 8 проиллюстрированы типичные роли соглашений, которые устанавливают внутренние и внешние отношения применительно к проекту.
Рисунок 8 - Роли соглашения
Проектными отношениями управляют через формальные или неофициальные соглашения в соответствии с организационной политикой и соответствующими процедурами. В зависимости от типа проектных отношений соглашения могут существовать в пределах единственной организации или охватывать все организационные области. Соглашения могут быть между проектом и определенным организационным элементом или элементами, между множественными проектами или между проектом и его подпроектами. Соглашения обеспечивают взаимное понимание решаемой проблемы, выполняемых работ, установленных ограничений, получаемых результатов и ясно определенных ответственности и отчетности.
Пятый вид соглашения, не показанный на рисунке 8, может быть применен, когда две или более организации сотрудничают по единственному проекту. В этом случае важно определить в соглашении полномочия, ответственности и права каждой организации, включая разделение прав собственности на информацию, применяемой к проекту.
Независимо от вида соглашения есть основная информация, необходимая для выполнения работы и требуемая по ИСО/МЭК 15288. В каждое соглашение, формальное или неофициальное, следует включать следующую информацию с соответствующим уровнем детализации:
a) ответственность за работу, выполнение которой ожидается, например, в форме положений работы;
b) определенные функциональные требования и требования по выполнению, атрибутам и характеристикам, которые ясно означают то, что система и соответствующие ей услуги должны быть реализованы, на что должны быть похожи или что должны содержать, включая взаимодействия с другими системами, пользователями и окружающей средой. Они могут быть в форме ряда формальных требований или в виде спецификаций;
c) получаемые результаты, например продукты, услуги и данные;
d) стадию или стадии применяемой модели жизненного цикла, включая соответствующий вход для стадии или критерии принятия решений по выходу. Критерии обеспечивают основание для определения, готов ли проект к переходу на следующую применяемую стадию жизненного цикла;
e) необходимые технические анализы для отслеживания выполнения соглашения и оценки зрелости системы;
f) другую соответствующую информацию, такую как:
1) ограничения по стоимости и графикам,
2) контрольные точки в разработке,
3) графики оплаты,
4) планирующие документы, включая применяемую системную структуру разделения работ, связанную с документами конфигурации и техническими планами, предоставляемыми приобретающей стороне,
5) ответственность при верификации и валидации (аттестации),