ГОСТ Р 57102—2016
Обычно для решения таких задач, как оценка безопасности, жизнеспособности, надежности и эффек
тивности, а также для исследования компромиссов, анализа рисков и работы по проектированию ко
манда должна полагаться на специалиста или функциональные группы организации. В этом контек сте
команда становится интегрирующей структурой принятия решения для процессной деятельности,
выполняемой на стадиях жизненного цикла системы. При этом важно, чтобы команды специалистов
разделялись по областям знаний и общались с другими командами, работающими над обеспечиваю
щими системами в интересах той же самой системы и других смежных систем. Подобные взаимодей
ствия следует устанавливать таким образом, чтобы результирующая рассматриваемая система была
должным образом скомплектована с самого низшего уровня. Также важно, чтобы каждая система и
системные элементы в структуре более объемлющей системы были соответствующим образом под
держаны в их жизненном цикле.
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 проиллюстрированы типичные роли соглашений,
которые устанавливают внутренние и внешние отношения применительно к проекту.
13