ГОСТ Р 56645.1—2015
Цель обзоров дизайна — проверить корректность развития дизайна, точность применения спе
цификаций. определение и согласование каких-либо необходимых изменений. Во встречах на обзорах
дизайна должны принимать участие члены группы дизайнеров и специалисты по технической экспер
тизе. Часто большую пользу приносит привлечение поставщиков, субподрядчиков и даже заказчиков
на соответствующих стадиях.
Обзор дизайна — это не то же самое, что анализ выполнения; он концентрируется на технических
вопросах, а не на вопросах реализации проекта.
Участники должны получить повестку дня по обзору дизайна, по крайней мере, за неделю до за
седания. Повестка дня должна включать следующее;
a) области для обзора (технические решения, риски, проблемные области, потенциальные недо
статки. пробелы в техническом задании/спецификации, которые необходимо исправить), а также обла
сти. где могут быть необходимы корректирующие действия;
b
) пункты, по которым необходимо принять решения;
c) где находится соответствующая техническая информация.
Протоколы, составленные по итогам обзоров дизайна, обеспечивают отслеживаемость записей
по принятым решениям. В целях обеспечения ответственности за продукт данные записи должны хра
ниться в файле в течение всего срока службы продукта. Протоколы встреч должны содержать дати
рованный список действий, включающий имена ответственных за обеспечение удовлетворительного
выполнения задач. Последующие действия должны контролироваться менеджером проекта.
5.2.7 Управление рисками
Целью управления рисками является идентификация и управление значительными рисками.
Управление рисками включает в себя несколько этапов: согласование целей, идентификацию, анализ,
оценку, рассмотрение и контролирование рисков.
Управление рисками — это не дискретный автономный процесс, он должен быть интегрирован с
общим управлением проекта. Внедрение управления рисками — это ответственность всей группы ди
зайнеров. и все ее члены должны принимать активное участие в процессе.
Речь идет об управлении рисками проекта в широком смысле, не следует путать с оценками ри
сков по безопасности продукта, осуществляемыми на техническом уровне. Оценка угрозы безопасно
сти должна осуществляться постоянно и начинаться в момент принятия проектного решения.
Подробные руководящие указания приведены в стандарте BS IEC 62198. На рисунке 7 приведена
модель процесса из вышеуказанного стандарта.
Взаимодействие иконсультирование
Установить
контекст
Цели
Участники
Критерии
Определить
ключевые
элементы
Идентифициро
вать риски
Что может
произойти?
Как этоможет
произойти?
Проанализиро
вать риски
Оценитьриски
|\
Рассмотреть
риски
Анализ средств
управления
Вероятности
Последствия
Уровеньриска
Оценить риски
Определить
категориюриска
D
Определить
варианты
Выбратьлучшие
ответы
Разработать
планыпо устра
нениюрисков
Реализовать
Контрольи анализ
Рисунок 7 — Процесс управления рисками проекта
22