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

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

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

Раздел 8.3.2.2: Навыки дизайна продукта
В этом разделе добавлено ПРИМЕЧАНИЕ в качестве примера набора навыков дизайна продукта. Намерение не изменилось.

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

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

Раздел 8.3.3.2: Входные данные для проектирования производственного процесса
Раздел расширяет список входных данных для проектирования производственного процесса, включая выходные данные для проектирования продукта, включая специальные характеристики, цели для сроков; альтернативы производственной технологии; новые материалы; требования к обработке продукта и эргономике, а также; проектирование для производства и проектирование для сборки. Это может включать рассмотрение альтернатив из результатов инноваций и бенчмаркинга, а также новых материалов в цепочке поставок, которые могут быть использованы для повышения производительности производственного процесса. Этот раздел также дополнительно усилил требования, преобразовав бывшее ПРИМЕЧАНИЕ относительно методов защиты от ошибок в требование.

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

Раздел 8.3.4.1: Мониторинг
Эти изменения согласуют стандарт IATF 16949 с передовыми мероприятиями по качеству IATF OEM и направлены на сокращение количества требований, специфичных для заказчика. Требование разъясняет, что измерения применяются на определенных этапах во время проектирования и разработки как продуктов, так и услуг, и что отчетность должна осуществляться в соответствии с требованиями заказчика. Это может включать, например, периодическое обновление контрольных точек графика APQP заказчика, обзоры ворот и списки открытых проблем, связанных с мероприятиями по разработке.

Раздел 8.3.4.2: Проверка проекта и разработки
В этом разделе ужесточаются требования к проверке проекта и разработки, а также добавляется встроенное программное обеспечение. При планировании и выполнении работ по проектированию и разработке необходимо учитывать требования, предъявляемые заказчиком (CSR), отраслевые и правительственные нормативные стандарты.

Раздел 8.3.4.3: Программа прототипа
Изменения в этом разделе усиливают стандарт, сосредоточивая внимание организации на системе управления качеством для управления аутсорсинговыми продуктами и услугами. Независимо от того, выполняется ли работа организацией или аутсорсинговым процессом, программа прототипа и план контроля являются частью области действия СМК. Этот тип контроля следует считать вспомогательным процессом и интегрировать в процесс проектирования и разработки.

Раздел 8.3.4.4: Процесс утверждения продукта
Изменения в этом разделе разъясняют требования к утверждению, уделяя особое внимание аутсорсингу продуктов и/или услуг и необходимому хранению записей. Действия должны управляться (с применением анализа эффективности и мер по улучшению), а не просто выполняться. Частичный процесс утверждения для внешних продуктов и услуг должен быть выполнен до окончательной отправки продукта клиентам. Утверждение продукта должно быть получено, когда этого требует клиент, и записи должны быть сохранены.

Раздел 8.3.5.1: Выходные данные по проектированию и разработке — дополнительные
Выходные данные по проектированию продукции включают признание использования 3D-моделей и включение запасных частей и упаковки. IATF 16949 разъясняет, что он требует методов защиты от ошибок в проектировании продукции, таких как DFSS, DFMA и FTA. Применение систем допусков и позиционирования GD&T позволяет организациям указывать размеры и соответствующие допуски на основе функциональных взаимосвязей. Выходные данные включают инструкции по ремонту и пригодности к обслуживанию, а также требования к запасным частям, которые будут использоваться утвержденными организациями по техническому обслуживанию.

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

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