ГОСТ Р МЭК 61160-2006

Группа Т59

     

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

     
Менеджмент риска

ФОРМАЛЬНЫЙ АНАЛИЗ ПРОЕКТА

Risk management. Formal design review

ОКС 03.100.40

Дата введения 2007-01-01

Предисловие

Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. N 184-ФЗ "О техническом регулировании", а правила применения национальных стандартов Российской Федерации - ГОСТ Р 1.0-2004 "Стандартизация в Российской Федерации. Основные положения"

Сведения о стандарте

1 ПОДГОТОВЛЕН Открытым акционерным обществом "Научно-исследовательский центр контроля и диагностики технических систем" (ОАО "НИЦ КД") и Техническим комитетом по стандартизации ТК 10 "Перспективные производственные технологии, менеджмент и оценка рисков" на основе собственного аутентичного перевода стандарта, указанного в пункте 4

2 ВНЕСЕН Управлением развития, информационного обеспечения и аккредитации Федерального агентства по техническому регулированию и метрологии

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 8 августа 2006 г. N 150-ст

4 Настоящий стандарт идентичен международному стандарту МЭК 61160:1992 "Формальный анализ проекта" (IEC 61160:1992 "Formal design review").

В стандарт введены технические изменения 1, подготовленные техническим комитетом МЭК ТК 56 "Надежность", которые выделены двойной вертикальной линией, расположенной слева от соответствующего текста.

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2004 (подраздел 3.5).

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

5 ВВЕДЕН ВПЕРВЫЕ

Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом информационном указателе "Национальные стандарты", а текст изменений и поправок - в ежемесячно издаваемых информационных указателях "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет

Введение

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

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

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

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

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

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

Требования, приведенные в таблицах 3 и 4, могут быть дополнены в соответствии со спецификой предприятия.

     1 Область применения

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

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

     2 Нормативные ссылки

В настоящем стандарте использованы ссылки на следующие стандарты:

     3 Термины и определения

В настоящем стандарте применены термины по МЭК 60050-191, а также следующие термины с соответствующими определениями:

3.1 формальный анализ проекта (formal design review): Формальная и независимая экспертиза существующего или предлагаемого проекта для обнаружения и исправления недостатков проекта и требований к показателям безотказности, безопасности, долговечности и ремонтопригодности, средствам технического обслуживания и направленная на выявление потенциальных возможностей для улучшения.

Примечание - Анализа проекта самого по себе недостаточно для обеспечения качества проекта (МЭК 60050-191).

3.2 пункт плана мероприятий (action item): Вопрос, который должен быть решен до завершения анализа проекта.

3.3 рекомендация (recommendation): Предложение по изменению продукции, процесса или графика работ, которое должно быть выполнено или формально отклонено до завершения анализа проекта. Проект может касаться продукции, процесса или процедуры.

     4 Применение формального анализа проекта

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

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

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

     5 Менеджмент процесса

5.1 Политика

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

Политика анализа проекта должна соответствовать следующим требованиям:

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

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

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

5.2 Предостережения

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

     6 Анализ проекта на стадиях жизненного цикла

6.1 Типы

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

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

Таблица 1 - Типы формального анализа проекта

Самостоятельный анализ для стадии распоряжения обычно не применяют. Анализ на стадии распоряжения должен быть исследован на стадиях PDR, FDR, MDR и UDR.

_________________

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

Предварительный анализ проекта (Preliminary design review).

Заключительный анализ проекта (Final design review).

Производственный анализ проекта (Manufacturing design review).

Эксплуатационный анализ проекта (Use design revi

ew).

6.2 Общие цели

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

- продукция является рентабельной и удовлетворяет указанным требованиям;

- продукция удовлетворяет требованиям потребителя;

- изъятие из эксплуатации, демонтаж, разборка, переработка и хранение (при необходимости) продукции и ее элементов безопасны и экономичны;

- используются требуемые методы проектирования, производства, установки и утилизации;

- затраты оптимизируются после рассмотрения всех требований к продукции;