ГОСТ Р МЭК 62960—2022
щающего проект, или спонсора проекта. Однако в любом случае руководителю или куратору проекта
необходимо провести анализ, чтобы гарантировать требуемые результаты. Каждое лицо, участвующее в
проекте, должно внести свой вклад в соответствии с его влиянием на потребности и результаты про екта
для обеспечения успешного проведения анализа проекта. Заключение по результатам анализа проекта
может затем стать исходной технической информацией для анализа состояния.
4.6.4 Анализ состояния
Анализ состояния рассматривает общее состояние проекта. Целью, как правило, является ин
формирование руководства о продвижении проекта и, в некоторых случаях, анализ технических рисков и
решение о продолжении проекта и переходе на следующую стадию в соответствии с планом проекта.
Однако существует возможность того, что проект может быть изменен или даже остановлен после ана
лиза состояния.
Анализ состояния включает два этапа: технический этап, на котором рассматривают техническое
состояние проекта, и этап управления, на котором группа управления оценивает техническое состоя ние
и принимает решения, касающиеся затрат, графика, рисков, возможностей и выполнения проекта. В
настоящем стандарте рассмотрена только техническая часть анализа состояния.
Входные данные анализа состояния включают результаты всех предыдущих видов анализа, вклю
чая все рекомендации, корректирующие действия и обновленную информацию об их выполнении. Со
стояние всех возможных проблем должно быть установлено с указанием графика и ответственного
лица за каждую проблему, которая не решена или иным образом закрыта.
В тех случаях, когда в ходе анализа проекта выявлены проблемы, на техническом этапе анали
за состояния следует рассмотреть запланированные и реализованные решения и запланированные
действия, а также оставшиеся технологические риски проекта. В идеале техническая часть анализа
состояния не идентифицирует проблемы, которые ранее не были выявлены и проанализированы. В тех
случаях, когда выявленная проблема еще не проанализирована, следует представить план анализа с
указанием ответственного и сроков представления результатов вместе с оценкой возможного воздей
ствия на проект.
Анализ состояния также может включать:
- анализ влияния на план обеспечения надежности и его соответствующее обновление;
- проверку, если в результате действия необходим анализ всего плана;
- санкционирование/получение ресурсов и внедрение изменений.
5 Действия по анализу надежности в процессе жизненного цикла
5.1 Общие положения
Особенности жизненного цикла зависят от свойств, назначения, использования и преобладающих
условий применения системы.
Жизненный цикл системы в общем случае включает следующие стадии:
- концепция и определения (далее — концепция);
- проектирование и разработка (далее — разработка);
- изготовление или производство (далее — изготовление);
- использование или эксплуатация (далее — использование);
- улучшение;
- вывод из эксплуатации (далее — распоряжение)1).
Анализ надежности обычно проводят на каждой стадии, и часто его необходимо повторять в тече
ние одной стадии в зависимости от результатов предыдущего анализа.
Результаты анализа влияют на принятие решений о необходимости продолжения этого цикла дей
ствий или выхода из него. При продолжении цикла действий результаты анализа используют при вы
полнении действий стадии, формируют скорректированный результат и повторно выполняют анализ с
учетом результатов предыдущего анализа. При переходе на следующую стадию результаты анализа
используют при разработке следующего цикла, который может относиться к следующей стадии жизнен
ного цикла.
Некоторые виды анализа надежности выполняют в более открытых условиях с целью получения
результатов анализа, улучшающих будущую деятельность и продукцию организации. Результаты ана-
1) В том числе демонтаж, повторное использование составных частей, утилизация.
11