ГОСТ Р 57102—2016
Окончание таблицы А.8
Положения
ИСО.-МЭК 15288
j) После санкционированного утверждения проектные графики считаются субьектом базовой
линиидля изменения управления всоответствиисорганизационной политикойипроцедурами
6.3.1.3 Ь) 1)
и 2)
субьектом базовой линии в соответствии сделовой политикой и процедурами
к) После санкционированного утверждения запланированный бюджет обычно считают 6.3.1.3 Ь) 3)
I) Планы могут быть индивидуальными документами в коллективном документе или со
бранными в электронных СМИ для доступа соответствующими участниками. План — это на
чальный результат процесса, который позволяет процессу быть эффективно выполненным.
План следует делать с использованием соответствующих действий процесса планирования
проекта
6.3.1.3 Ь)6)
т ) Инженерный план обьяснявт. чтодолжно быть сделано, как это будет сделано, кто будет
этоделать и где это будет сделано, а также сколько ресурсов необходимо задействовзгь для
выполнениякаждого изтехнических процессов. Инженерныйпланобьяснявт вышеупомянутые
установленные ограничения по ресурсам и штату и требования в пределах допустимых
рисков с тем. чтобы покрыть затраты, соблюсти графики, обеспечить выполнение процессов
6.3.1.3 с) 1)
п) Инженерный план применим для каждой стадии организационного представления и для
каждого проекта (для системной инженерии или реинженерии) с использованием У-модели
инженерии
6.3.1.3 с) 1)
о) Инженерный план также известен как план управления системной инженерии (SEMP) или
как комплексный план управления (IMP)
6.3.1.3 с) 1)
р)Чтобыгарантироватьвключение икомплектование необходимойинформациив инженерный
план, следует использовать в качестве контрольного списка перечень, представленный ниже:
1) общая проблема, требующая решения:
2) польза для приобретающей стороны (организационная перспектива);
3) прикладной контекст общей проблемы, требующей решения;
4)границыобщей проблемы, требующей решения, обозначающие, что может контролироваться
разработчиком (внутри) ичто влияет на разработку и подвержено влиянию разработки, но не
контролируется разработчиком (снаружи);
5) требуемые входы и выходы, включая зависимости от обеспечивающих систем;
6) воздействующие факторы и ограничения;
7) системные проблемы относительно надежности, готовности, ремонтопригодности,
защищенности, безопасности, качества информации, факторов, воздействующих на здо
ровье. жизнеспособности, электромагнитной совместимости, управления радиочастотами и
человеческих факторов;
8) процессы проекта, действия и задачи, которые будут выполнены;
9) как каждый применяемый технический процесс будет выполняться и как каждый процесс
стыкуется (потоки данных входов и выходов и их упорядочивание) с другими техническими,
проектными, организационными процессами и процессом соглашения:
10) ресурсы, методы и инструментарии, запланированные для выполнения действий и задач
каждого применяемого процесса:
11) как требуемые ресурсы и инструментарии будут приобретаться и использоваться;
12) структура организации, которая будет использована для гарантии эффективной работы
в команде;
13) как проект будет укомплектовываться штатами и управляться;
14) основные показатели по качеству продуктов и то, каким образом будет определяться
соответствие данным показателям;
15) основные промежуточные события и каким образом такое завершение события будет
определено;
16) когда, где и кем действия и события будут завершены:
17) имеющие место технические риски и то. каким образом ими будут управлять:
18) потенциальные возможности и то. каким образом эти возможности будут определены и
отслежены;
19) критерий завершения действий процесса;
20) входные и выходные критерии повторного выполнения каждого процесса:
21) каким образом будет определено завершение
6.3.1.3 с) 1)
50