4. Анализ проекта и разработки

7.3.4 Анализ проекта и разработки На тех стадиях, где это целесообразно, должен проводиться систематический анализ проекта и разработки в соответствии с запланированными мероприятиями (7.3.1) с целью: а) оценивания способности результатов проектирования и разработки удовлетворять требованиям; б) выявления любых проблем и внесения предложений по необходимым действиям. В состав участников такого анализа должны включаться представители подразделений, имеющих отношение к анализируемой(ых) стадии(ях) проектирования и разработки. Записи результатов анализа и любых необходимых действий должны поддерживаться в рабочем состоянии (4.2.4).

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

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

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

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

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

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

 Определения

Анализ (3.8.7): Деятельность, предпринимаемая для установления пригодности, адекватности, результативности (3.2.14) рассматриваемого объекта для достижения установленных целей.

Примечание— Анализ может также включать определение эффективности (3.2.15).

Примеры: анализ со стороны руководства, анализ проектирования и разработки, анализ требований потребителей и анализ несоответствий.

Результативность (3.2.14): Степень реализации запланированной деятельности и достижения запланированных результатов.

Эффективность (3.2.15): Связь между достигнутым результатом и использованными ресурсами.

 Соображения по поводу документации

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

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

 Типичные вопросы при проведении аудита на соответствие

• Проводятся ли анализы проекта и разработки?

• Указано ли проведение анализов в документах по планированию проекта?

• Кто участвует в проведении анализов?

• Должным ли образом представлены те, кто должен участвовать в анализах?

• Документируются ли результаты анализов?

• Проводятся ли последующие действия по результатам анализов?

• Поддерживаются ли в рабочем состоянии соответствующие записи?