Текст книги "Секреты успешных НИОКР"

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

Изменения в конструкции, как правило, увеличивают стоимость проекта. Однако, на стадии разработки проведение изменений обычно намного дешевле, чем устранение обнаруженных проблем на этапах производства и эксплуатации. Так как проектирование не может продолжаться бесконечно, на очередном обзоре руководство проекта устанавливает дату «заморозки» результатов, после которой никакие изменения конструкции системы не допускаются.

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

Уровень 1 используется в приложениях критических систем и подлежит контролю методологии наивысшей строгости: качество, дизайн, тестирование, сертификация, инструменты и документация.

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

Уровень 3 используется во второстепенных приложениях и со стандартами, обычно эквивалентными хорошему стандарту коммерческого ПО.

Основные задачи процесса постановки производства рассматриваются в обзоре готовности производства (MRR). Текущее состояние этапа послепродажного обслуживания системы можно также рассмотреть на отдельном обзоре.

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

Примеры содержания и критериев успеха основных обзоров технического проекта системы приведены в [2, 11]. Результаты обзора служат основанием для принятия решения, что проект движется в правильном направлении с точки зрения соответствия эксплуатационным потребностям системы.

1.7 Риски проекта, производство
и эксплуатация системы

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

Напомним основные определения.

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

Проблема это произошедшее негативное событие, которое повлияло на способность проекта выполнять свои задачи по стоимости, графику или производительности.

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

Риск характеризуется тремя основными компонентами:

1. воздействие или сценарий, приводящий к ухудшению эффективности в отношении одного или нескольких показателей проекта;

2. вероятность каждого из возможных сценариев;

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

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

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

На рис. 1.6 показан вариант разделения программных рисков на основные виды: программные риски, технические, стоимостные и риски срыва сроков графика создания системы.

Рис. 1.6. Компоненты программных рисков

и связи между ними

Идентификация рисков помогает оценить различные типы рисков, связанных с проектом, и их неблагоприятные последствия в будущем. В рамках этого процесса могут быть перечислены риски предыдущих проектов. Для определенности следует различать основные категории риска для рассматриваемых ОКР высоких технологий (список не ограничивается).

• Риск затрат связан с возможностью реализации программы или проекта для достижения целей его жизненного цикла и обеспечения надлежащего финансирования.

• Риск расписания (графика) проекта связан с адекватностью времени, оцененного и выделенного для разработки, производства, внедрения и эксплуатации системы.

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

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

Процесс оценки рисков и выявления проблем для проекта может включать.

• Технические угрозы (отключение интернет-соединения, отказ системы кондиционирования, и так далее.).

• Сбои в цепочке поставок.

• Технические проблемы (неудовлетворительные свойства нового материала, трудности освоения новых технологий).

• Вероятные природные катаклизмы (наводнения, циклоны, бури, землетрясения, пожары, и так далее).

• Биологические угрозы (эпидемические заболевания, болезни пищевого происхождения).

• Несчастные случаи на производстве (транспортные аварии, отказы оборудования, механические неисправности, и так далее).

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

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

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

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

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

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

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

Типичные критерии успеха этого обзора включают утвердительные ответы на следующие вопросы.

1. Была ли установлена и документирована базовая версия системного продукта, чтобы перейти к правильному управлению конфигурацией?

2. Имеются ли адекватные процессы и показатели для успеха программы?

3. Известны ли риски и управляемы ли они?

4. Как выполняется график программы (технические/стоимостные риски)?

6. Все ли технологии достаточно приспособлены для производства?

7. Возможен ли выпуск серии в рамках производственного бюджета?

8. Готовы ли производственные мощности и обучены ли необходимые рабочие?

9. Готов ли проект, чтобы начать производство по низкой стоимости?

10. Создана ли цепочка поставок и материалов, доступных для достижения запланированного объема производства?

11. Были ли испытаны производственные процессы?

12. Завершены ли все исследования по торговле производительностью и оценки рисков?

13. Была ли подтверждена модель производственной себестоимости?

14. Известны и управляемы ли остаточные риски программы?

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

Сегодня на производстве широко используют методы компьютерного моделирования этапов процесса. Ежедневно контролируют потоки следующих основных категорий информации о деятельности производства:

– об исполнении календарных сроков;

– о наличных ресурсах;

– о навыках персонала;

– о настройках используемого оборудования;

– о фазах производства конкретных деталей;

– о ведомости применяемых материалов;

– об управлении складскими запасами;

– о плане техпроцессов;

– о плане готовности и технического обслуживания оборудования;

– о заказах ПКИ;

– о вероятностном распределении отклонений при производстве.

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

В процессе эксплуатации системы производитель должен сформировать и выполнять программу послепродажного обслуживания (ППО), которая поддерживает работоспособность системы экономически эффективным способом в течение всего ее жизненного цикла. Изделия в ходе эксплуатации нужно обслуживать, диагностировать и ремонтировать. Для подготовки ППО сложных систем разрабатывают руководства по процедурам, эксплуатации и ремонту системы и обслуживанию, руководства по испытаниям, учебные материалы и тренажеры, пособия для обучения участников работ, схемы, чертежи, специальные инструменты и оборудование для обслуживания и поддержки в эксплуатации. В местах, приближенных к районам эксплуатации системы, должны быть развернуты сервисные центры для обслуживания потребителей, подготовлен ремонтный персонал. Для проведения ремонта требуется изготовить и разослать в эти центры запасные части, перечисленные в ремонтной документации. Планируют сроки гарантийного обслуживания. Если в указанный период обнаружатся ошибки в системе, их нужно будет исправить безвозмездно. Большинство систем эксплуатируются в течение длительного времени, и пользователи ожидают, что в течение периода эксплуатации будут разработаны и внедрены улучшения в систему. Принятие решений может относиться к изменениям в пакете ППО продукта, улучшениям процесса, модификациям системы, с учетом эксплуатационных потребностей и оставшегося ожидаемого срока службы. Возможны улучшения в части проблемы старения системы, преждевременных отказов, изменений в применяемых топливных или смазочных материалах.

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

Типовые действия организации, ответственной за сопровождение эксплуатации, приведены ниже.

• Организация ППО в течение срока эксплуатации.

• Анализ безопасности системы, включающий оценку рисков данного этапа.

• Данные для последующего улучшения работоспособности по ресурсу.

• Оценка программной среды, безопасности труда.

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

• Предложения по доступным и выгодным вариантам модернизации системы.

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

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

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

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

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

Раздел II. Системно-инженерный менеджмент

2.1 Техническое планирование

2.1.1 Основные положения системного менеджмента

Задачи управления системной инженерией фокусируются на технических или инженерных аспектах проекта. Включают управление ресурсами и выделенными активами для поддержки и выполнения системного проектирования, в том числе НИОКР.

В разделе изложены основные особенности системного подхода к техническим задачам управления проектами, который дополняет сведения стандартов проектного управления типа PMBoK в специфичной части применения научных, инженерных и управленческих усилий для:

a) выявления потребностей клиента вместе с возможностями маркетинга, бизнеса и технологий, которые ведут к созданию системы, удовлетворяющей эти потребности;

б) преобразования эксплуатационных потребностей в описание параметров производительности и конфигурации системы;

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

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

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

Напомним основные понятия управления инженерными программами, используемые при создании инноваций (в стандартах ГОСТ используется термин «научно-исследовательские и опытно конструкторские работы», НИОКР). Проектом является уникальный набор задач, которые:

• связаны друг с другом;

• объединены конкретной целью, которая должна быть достигнута при заданных спецификациях;

• выполняют в рамках определенных дат начала и окончания работ;

• ограничены финансированием;

• потребляют ресурсы.

Программой называют набор проектов, связанных общей целью.

Для понимания дальнейшего полезно выделить элементы структуры проекта.

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

• Командой проекта называют персонал, приглашенный для выполнения работ и координации, применяя нужные компетенции. Она работает согласно контрактам или уставу, где указаны роли. Сгруппирована в формате разбиения организационной структуры проекта.

• Фазы (этапы, вехи) представляют собой существенные части проекта, отражающие его прогресс по времени разработки. Используются для построения структуры разбиения работ (СРР).

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

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

Среди 30 процессов жизненного цикла системы на рис.1.2 выбраны восемь базовых процессов управления (вторая колонка). Напомним их краткое содержание.

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

– определение целей и ограничений;

– определение ключевых событий в проекте;

– формирование структуры разбиения работ и рабочих пакетов;

– составление графика разработки;

– оценки стоимости и бюджета;

– план управления системной инженерией;

– управление рисками;

– управление конфигурацией.

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

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

• Измерения. Дают команде возможность количественно оценить проект путем сбора информации, относящейся к системе и процессам. Результаты могут быть использованы для объективной оценки системы.

• Управление решениями. Используется для количественной оценки взаимосвязей между требованиями, вариантами проектирования и рисками.

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

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

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

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

На рис.2.1 представлены факторы управления проектом или программой. Треугольник безусловных целей ОКР (слева) сегодня должен быть дополнен набором ограничений.

Рис. 2.1.Целеполагание проекта ОКР

Менеджеру также необходимо выполнить базовые условия проекта:

• система должна быть принята заказчиком;

• система удобна и понравится пользователям;

• работы исполнены при соблюдении всех применимых законов, отраслевых нормативных актов и политики базовой компании.

Выделяют типовые фазы исполнения проекта:

1. идентификация задачи (с прогнозом, что может пойти неверно);

2. анализ (решить, что важно сделать);

3. планирование (определить последовательность и длительность действий);

4. исполнение (реализация планов);

5. контроль (коррекция отклонений).

Все эти этапы работ объединены общими процессами коммуникации и документирования.

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

• определить все заинтересованные стороны проекта;

• определить и собрать входные данные комплексного технического управления;

• назначить роли и обязанности для процесса технического управления;

• сформировать и запланировать объем технических усилий, выделив время для разработки структуры разбиения работ (СРР), технического графика и рабочих процессов, а также требований и ограничений ресурсов (финансирование, бюджет, объекты, длинноцикловые позиции), которые составят предмет технического планирования;

• определить формат для документов технического планирования;

• определить набор планов, график действий и обновлений процесса технического управления;

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

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

• назначить контрольные обзоры по вехам жизненного цикла системы, чтобы провести критическую и стоимостную оценку результатов;

• изучить допущения и ограничения, влияющие на результаты анализа;

• установить план коммуникаций с заинтересованными сторонами.

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

К функциям системно-инженерного менеджмента относятся:

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

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

• организация механизмов контроля и оценки прогресса проекта путем управления требованиями, конфигурацией, данными, интерфейсами, рисками, тестирования и проверки, проведения технических обзоров;

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

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

• формирование и доступность систематической базы данных «извлеченных уроков» для управления процессом проектирования;

• обмен всеми необходимыми данными и информацией внутри и вне проекта, чтобы обеспечить требуемый процесс принятия решений на уровне системы, и на уровне программы.

Структура управления жизненным циклом системы включает все, что должно быть сделано для выполнения программы или проекта в различных фазах, разделенных точками принятия ключевых решений или контрольными рубежами (КР). Так называют события, при которых лицо, принимающее решение, определяет готовность программы или проекта к переходу на следующий этап жизненного цикла. В соответствии со стандартом ГОСТ Р 57193—2016 на контрольных рубежах ЖЦ должны быть выполнены главные задачи программы на предыдущей стадии: