بند 8.3 استاندارد IATF 16949؛ راهنمای جامع طراحی و توسعه محصول

مقدمه

در صنعت خودرو، بیش از ۷۰ درصد مشکلات کیفیت، ایمنی و قابلیت اطمینان محصول، ریشه در مرحله طراحی دارند. هرگونه نقص در طراحی می‌تواند پس از تولید انبوه، هزینه‌های هنگفتی از جمله فراخوان (Recall)، توقف خط تولید، افزایش ضایعات، نارضایتی مشتری و حتی خسارات جانی به همراه داشته باشد. به همین دلیل، استاندارد IATF 16949:2016 بند مستقلی را به طراحی و توسعه محصولات و خدمات اختصاص داده است.

بند 8.3 استاندارد IATF 16949 یکی از مهم‌ترین الزامات این استاندارد محسوب می‌شود و چارچوبی نظام‌مند برای مدیریت فعالیت‌های طراحی، توسعه، بازنگری، صحه‌گذاری، اعتبارسنجی و کنترل تغییرات طراحی ارائه می‌کند. این بند علاوه بر الزامات ISO 9001:2015، الزامات اختصاصی صنعت خودرو را نیز پوشش می‌دهد تا سازمان‌ها بتوانند محصولات جدید را با کمترین ریسک و بیشترین انطباق با نیازهای مشتری توسعه دهند.

در سازمان‌های خودروسازی و زنجیره تأمین، موفقیت پروژه‌های توسعه محصول وابسته به اجرای صحیح این بند و ارتباط آن با ابزارهای اصلی کیفیت نظیر APQP، DFMEA، PFMEA، Control Plan، PPAP، MSA و SPC است. در عمل، بند 8.3 ستون فقرات فرآیند توسعه محصول محسوب می‌شود و نقش کلیدی در دستیابی به کیفیت پایدار، کاهش هزینه‌های شکست و افزایش رضایت مشتری دارد.

چرا بند 8.3 استاندارد IATF 16949 اهمیت دارد؟

در گذشته، بسیاری از سازمان‌ها کیفیت را صرفاً نتیجه کنترل محصول نهایی می‌دانستند. اما تجربه شرکت‌های بزرگ خودروسازی مانند Toyota، BMW، Volkswagen، Renault، PSA و Ford نشان داده است که کیفیت در مرحله طراحی شکل می‌گیرد، نه در مرحله بازرسی نهایی.

به همین دلیل، استاندارد IATF 16949 تأکید ویژه‌ای بر طراحی و توسعه دارد. اگر فرآیند طراحی به‌درستی مدیریت نشود، حتی بهترین خطوط تولید، پیشرفته‌ترین تجهیزات و دقیق‌ترین سیستم‌های کنترل کیفیت نیز قادر به جبران ضعف‌های طراحی نخواهند بود.

از دیدگاه اقتصادی، هزینه اصلاح یک خطا در مراحل مختلف چرخه عمر محصول به‌صورت تصاعدی افزایش می‌یابد. اصلاح یک نقص در مرحله طراحی ممکن است تنها چند ساعت زمان و هزینه محدودی نیاز داشته باشد، اما همان نقص پس از تولید انبوه می‌تواند میلیون‌ها دلار خسارت ایجاد کند.

مزایای اجرای صحیح بند 8.3 عبارت‌اند از:

کاهش ریسک طراحی
کاهش هزینه‌های توسعه
کاهش دوباره‌کاری‌های مهندسی
کاهش تغییرات پس از SOP
افزایش قابلیت ساخت (Manufacturability)
افزایش قابلیت اطمینان محصول
افزایش رضایت مشتری
کاهش فراخوان محصولات
تسهیل اخذ تأییدیه مشتری (PPAP)
افزایش قابلیت رقابت در بازار جهانی

اهداف اصلی بند 8.3 استاندارد IATF 16949

هدف این بند تنها تولید نقشه‌های مهندسی نیست، بلکه ایجاد یک سیستم مدیریت طراحی است که بتواند از مرحله تعریف نیاز مشتری تا تولید انبوه، تمامی فعالیت‌های توسعه محصول را کنترل کند.

اهداف کلیدی عبارت‌اند از:

درک صحیح نیازهای مشتری
تبدیل نیازهای مشتری به مشخصات فنی
مدیریت ریسک‌های طراحی
کاهش احتمال بروز خطا
اعتبارسنجی عملکرد محصول
مستندسازی کامل فرآیند طراحی
کنترل تغییرات مهندسی
ایجاد قابلیت ردیابی تصمیمات طراحی
تضمین انطباق با الزامات قانونی و ایمنی
فراهم کردن شواهد لازم برای ممیزی‌های IATF و مشتری

جایگاه بند 8.3 در ساختار استاندارد IATF 16949

بند 8.3 در فصل هشتم استاندارد، یعنی Operation قرار دارد و مستقیماً به مدیریت طراحی و توسعه محصولات و خدمات اختصاص یافته است.

جدول زیر ارتباط این بند با سایر بخش‌های سیستم مدیریت کیفیت را نشان می‌دهد.

بند	موضوع	ارتباط با 8.3
4	شناخت سازمان	تعیین نیازهای طراحی
5	رهبری	تخصیص منابع و سیاست طراحی
6	برنامه‌ریزی	مدیریت ریسک پروژه
7	پشتیبانی	منابع، دانش، نرم‌افزار و صلاحیت
8.3	طراحی و توسعه	محور اصلی توسعه محصول
8.5	تولید	انتقال صحیح طراحی به تولید
8.6	آزادسازی محصول	تأیید خروجی طراحی
9	ارزیابی عملکرد	پایش اثربخشی طراحی
10	بهبود	اصلاح و بهبود طراحی

ساختار بند 8.3 استاندارد IATF 16949

این بند از چندین زیر‌بند تشکیل شده است که هر یک بخشی از چرخه طراحی را مدیریت می‌کنند.

زیر بند	موضوع
8.3.1	طراحی و توسعه
8.3.2	برنامه‌ریزی طراحی
8.3.3	ورودی‌های طراحی
8.3.4	کنترل‌های طراحی
8.3.4.1	پایش
8.3.4.2	اطلاعات طراحی
8.3.4.3	نمونه اولیه
8.3.4.4	تأیید محصول
8.3.5	خروجی‌های طراحی
8.3.6	تغییرات طراحی

رویکرد فرآیندی در بند 8.3

یکی از تفاوت‌های مهم IATF 16949 نسبت به استانداردهای قدیمی، استفاده از رویکرد فرآیندی (Process Approach) است.

در این رویکرد، طراحی به‌عنوان یک فرآیند دارای ورودی، فعالیت، کنترل و خروجی تعریف می‌شود.

نیاز مشتری
      │
      ▼
برنامه‌ریزی طراحی
      │
      ▼
ورودی‌های طراحی
      │
      ▼
DFMEA
      │
      ▼
طراحی محصول
      │
      ▼
Design Review
      │
      ▼
Verification
      │
      ▼
Validation
      │
      ▼
Prototype
      │
      ▼
PPAP
      │
      ▼
تولید انبوه

ارتباط بند 8.3 با Core Tools

یکی از ویژگی‌های منحصربه‌فرد IATF 16949، الزام به استفاده از ابزارهای اصلی کیفیت (Core Tools) در فرآیند طراحی و توسعه است. این ابزارها به سازمان کمک می‌کنند تا ریسک‌ها را شناسایی، فرآیندها را پایدار و محصول را مطابق انتظار مشتری توسعه دهد.

ابزار	نقش در طراحی
APQP	برنامه‌ریزی توسعه محصول
DFMEA	تحلیل ریسک طراحی
PFMEA	تحلیل ریسک فرآیند
MSA	اطمینان از صحت سیستم‌های اندازه‌گیری
SPC	کنترل آماری فرآیند
PPAP	تأیید نهایی محصول برای تولید

تشریح کامل زیربندهای بند 8.3 استاندارد IATF 16949

برخلاف ISO 9001 که تنها چارچوب کلی طراحی و توسعه را بیان می‌کند، IATF 16949 الزامات اختصاصی صنعت خودرو را به این بند اضافه کرده است. تمرکز این الزامات بر پیشگیری از خطا (Error Prevention)، مدیریت ریسک و توسعه هم‌زمان محصول و فرآیند تولید است. (studylib.net)

بند 8.3.1 – کلیات (General)

سازمان باید یک فرآیند مدون، اجراشده و نگهداری‌شده برای طراحی و توسعه ایجاد کند تا اطمینان حاصل شود محصول نهایی الزامات مشتری، الزامات قانونی و نیازهای عملکردی را برآورده می‌کند. (studylib.net)

تفسیر مشاور

منظور استاندارد صرفاً تهیه نقشه مهندسی نیست، بلکه کل چرخه زیر را شامل می‌شود:

دریافت نیاز مشتری
تحلیل امکان‌پذیری
طراحی مفهومی
طراحی تفصیلی
نمونه‌سازی
آزمون
صحه‌گذاری
اعتبارسنجی
انتقال به تولید

در بسیاری از ممیزی‌ها مشاهده می‌شود سازمان تنها نقشه CAD را به عنوان «طراحی» معرفی می‌کند، در حالی که ممیز به دنبال شواهد مدیریت کل فرآیند توسعه است.

مثال صنعت خودرو

فرض کنید شرکتی سپر خودرو طراحی می‌کند.

فرآیند طراحی شامل موارد زیر است:

تحلیل الزامات ضربه
انتخاب مواد اولیه
طراحی سه‌بعدی
تحلیل CAE
DFMEA
Prototype
آزمون تصادف
اصلاح طراحی
تأیید مشتری
PPAP

بند 8.3.1.1 – الزامات تکمیلی طراحی و توسعه

این زیربند یکی از مهم‌ترین تفاوت‌های IATF با ISO 9001 است.

استاندارد تأکید می‌کند که طراحی باید بر پیشگیری از خطا متمرکز باشد، نه کشف خطا پس از وقوع. همچنین فرآیند طراحی و توسعه باید مستندسازی شود. (studylib.net)

ممیز به دنبال چه چیزی است؟

روش اجرایی طراحی
نقشه فرآیند طراحی
ماتریس مسئولیت‌ها
سوابق پروژه
ارتباط طراحی با APQP

بند 8.3.2 – برنامه‌ریزی طراحی و توسعه

هر پروژه طراحی باید قبل از شروع برنامه‌ریزی شود.

برنامه طراحی معمولاً شامل موارد زیر است:

زمان‌بندی
مراحل پروژه
مسئول هر فعالیت
منابع
نقاط کنترل
Design Review
Verification
Validation
PPAP Timing

نمونه جدول برنامه پروژه

فعالیت	مسئول	خروجی
دریافت نیاز مشتری	فروش	RFQ
تحلیل امکان‌پذیری	تیم چندوظیفه‌ای	Feasibility
طراحی اولیه	R&D	CAD Model
DFMEA	تیم طراحی	DFMEA
Prototype	مهندسی	نمونه اولیه
آزمون	آزمایشگاه	گزارش آزمون
PPAP	کیفیت	تأیید مشتری

بند 8.3.2.1 – برنامه‌ریزی تکمیلی

IATF الزام می‌کند برنامه‌ریزی طراحی توسط تیم چندوظیفه‌ای (Multidisciplinary Team) انجام شود. نمونه‌هایی از حوزه‌های مشارکت عبارت‌اند از مدیریت پروژه (مانند APQP)، طراحی محصول و فرآیند، تحلیل ریسک (FMEA) و توسعه جریان فرآیند و Control Plan. (converter.com.tw)

اعضای معمول تیم

طراحی
کیفیت
تولید
خرید
نگهداری
آزمایشگاه
تأمین‌کنندگان
لجستیک
مشتری (در صورت نیاز)

مثال

در طراحی یک ECU حضور واحد نرم‌افزار، سخت‌افزار، EMC، کیفیت، تولید و خدمات پس از فروش الزامی است.

بند 8.3.2.2 – مهارت‌های طراحی محصول

افرادی که مسئول طراحی محصول هستند باید از نظر دانش و مهارت برای استفاده از ابزارهای طراحی شایستگی داشته باشند. سازمان باید ابزارها و تکنیک‌های موردنیاز را شناسایی و آموزش دهد. (converter.com.tw)

نمونه مهارت‌ها:

CATIA
Creo
SolidWorks
GD&T
DFMEA
Design Review
DOE
مواد مهندسی
تلرانس‌گذاری
تحلیل خرابی

شواهد ممیزی

ماتریس صلاحیت
سوابق آموزشی
ارزیابی اثربخشی آموزش
سوابق پروژه

بند 8.3.2.3 – توسعه محصولات دارای نرم‌افزار تعبیه شده

اگر محصول دارای Embedded Software باشد، فرآیند توسعه نرم‌افزار نیز باید کنترل شود. این موضوع در محصولاتی مانند ECU، BCM، ABS و BMS اهمیت ویژه دارد. (IATF 16949 Store)

نمونه مدارک:

Software Development Plan
Version Control
Code Review
Software Validation
Cybersecurity Review

بند 8.3.3 – ورودی‌های طراحی

ورودی‌های طراحی پایه تمام تصمیمات مهندسی هستند.

نمونه ورودی‌ها:

نیاز مشتری
استانداردهای OEM
قوانین ایمنی
استانداردهای زیست‌محیطی
الزامات دوام
قابلیت تعمیر
هزینه هدف
وزن هدف

مثال باتری خودرو(ویستا باتری/وایاباتری)

ورودی طراحی:

ولتاژ 12V
ظرفیت 60Ah
عمر ۴ سال
مقاومت لرزش
دمای کاری 40- تا 70+ درجه
استاندارد IEC 60095

بند 8.3.3.1 – ورودی طراحی محصول

استاندارد علاوه بر الزامات ISO 9001، مواردی مانند الزامات مرزی و رابط‌ها، قابلیت ردیابی، ارزیابی ریسک، اهداف قابلیت اطمینان، الزامات قانونی و نرم‌افزار توکار (در صورت وجود) را نیز به عنوان ورودی طراحی مطرح می‌کند. همچنین استفاده از تجربه پروژه‌های قبلی و Benchmarking توصیه شده است. (converter.com.tw)

بند 8.3.3.2 – ورودی طراحی فرآیند

خروجی طراحی محصول، مبنای طراحی فرآیند تولید است.

نمونه ورودی‌ها:

نقشه محصول
ویژگی‌های خاص
ظرفیت تولید
تیراژ
نوع ماشین‌آلات
Poka-Yoke
الزامات مونتاژ

استاندارد تأکید می‌کند طراحی فرآیند باید متناسب با ریسک از روش‌های خطاناپذیرسازی (Error Proofing) استفاده کند. (converter.com.tw)

بند 8.3.3.3 – ویژگی‌های خاص (Special Characteristics)

ویژگی‌های خاص، مشخصه‌هایی هستند که مستقیماً بر موارد زیر اثر دارند:

ایمنی
عملکرد
قوانین
مونتاژ
قابلیت اطمینان

نمونه‌ها:

قطعه	ویژگی خاص
باتری	ولتاژ
رینگ	قطر مرکزی
سپر	مقاومت ضربه
ECU	ولتاژ خروجی
سیم‌کشی	مقاومت الکتریکی

کنترل‌های طراحی، بازنگری، صحه‌گذاری و اعتبارسنجی در بند 8.3 استاندارد IATF 16949

بند 8.3.4 – کنترل‌های طراحی و توسعه (Design and Development Controls)

پس از تکمیل برنامه‌ریزی و تعیین ورودی‌های طراحی، سازمان باید کنترل‌هایی را بر فرآیند طراحی اعمال کند تا اطمینان حاصل شود که خروجی نهایی، تمام الزامات مشتری و الزامات فنی را برآورده می‌کند.

طبق بند 8.3.4 استاندارد IATF 16949، سازمان باید اطمینان حاصل کند که:

اهداف هر مرحله طراحی مشخص شده است.
Design Review در مراحل مناسب انجام می‌شود.
Design Verification اجرا می‌شود.
Design Validation انجام می‌شود.
مشکلات کشف‌شده اصلاح می‌شوند.
تمامی سوابق نگهداری می‌شوند. (studylib.net)

تفاوت Design Review، Verification و Validation

یکی از رایج‌ترین عدم انطباق‌ها در ممیزی‌های IATF، اشتباه گرفتن این سه مفهوم است.

فعالیت	سؤال اصلی	هدف
Design Review	آیا طراحی در مسیر صحیح است؟	بررسی پیشرفت طراحی
Design Verification	آیا طراحی مطابق مشخصات فنی است؟	تطابق خروجی با ورودی
Design Validation	آیا محصول نیاز واقعی مشتری را برآورده می‌کند؟	مناسب بودن برای کاربرد واقعی

قاعده‌ای که همیشه در دوره‌های آموزشی بیان می‌شود:

Verification = آیا محصول را درست طراحی کرده‌ایم؟
Validation = آیا محصولِ درست را طراحی کرده‌ایم؟

Design Review (بازنگری طراحی)

بازنگری طراحی، یک جلسه رسمی و مستند است که در نقاط کلیدی پروژه برگزار می‌شود.

هدف آن:

شناسایی مشکلات
بررسی ریسک‌ها
ارزیابی پیشرفت پروژه
تصمیم‌گیری درباره ادامه پروژه

استاندارد تأکید می‌کند که بازنگری‌ها باید توانایی طراحی برای برآورده کردن الزامات را ارزیابی کنند و اقدامات اصلاحی ثبت شوند. (studylib.net)

اعضای جلسه

مدیر پروژه
طراحی محصول
طراحی فرآیند
کیفیت
تولید
خرید
آزمایشگاه
خدمات پس از فروش
مشتری (در صورت نیاز)

خروجی‌های جلسه

صورتجلسه
لیست اقدامات
مسئول هر اقدام
تاریخ انجام
تصمیم نهایی

مثال طراحی داشبورد خودرو(مهرکام پارس)

در جلسه بازنگری مشخص می‌شود:

وزن قطعه بیش از حد مجاز است.
استحکام پایه مانیتور کافی نیست.
مسیر سیم‌کشی مناسب نیست.
مونتاژ دشوار است.

تیم تصمیم می‌گیرد طراحی اصلاح شود.

Design Verification (صحه‌گذاری طراحی)

Verification یعنی بررسی اینکه خروجی طراحی با ورودی طراحی مطابقت دارد.

نمونه فعالیت‌ها:

تحلیل مهندسی
آزمون آزمایشگاهی
محاسبات
شبیه‌سازی CAE
تحلیل المان محدود (FEA)
بررسی نقشه‌ها

مثال ECU(کروز)

ورودی طراحی:

دمای عملکرد

40- تا 125+ درجه

Verification:

قرار دادن ECU داخل اتاقک دمایی و بررسی عملکرد.

اگر ECU در این محدوده بدون خطا کار کند، Verification موفق است.

مثال رنگ خودرو(گاماتینر/رنگ و رزین خوش)

ورودی:

براقیت ۹۰ GU

Verification:

اندازه‌گیری Gloss با دستگاه BYK.

Design Validation (اعتبارسنجی طراحی)

Validation یعنی بررسی اینکه محصول در شرایط واقعی استفاده نیاز مشتری را برآورده می‌کند.

استاندارد تأکید می‌کند اعتبارسنجی باید مطابق الزامات مشتری و مقررات انجام شود و زمان‌بندی آن با برنامه مشتری هماهنگ باشد. (studylib.net)

مثال باتری خودرو(ویستا یا وایا باتری)

Verification:

اندازه‌گیری ظرفیت

Validation:

نصب باتری روی خودرو

استارت در زمستان

تست ارتعاش

تست جاده

اگر عملکرد مطلوب باشد:

Validation تأیید می‌شود.

مثال سپر خودرو(مهرکام پارس)

Verification

شبیه‌سازی ضربه

Validation

آزمون واقعی Crash Test

بند 8.3.4.1 – پایش طراحی (Monitoring)

IATF الزام می‌کند که شاخص‌های توسعه محصول در مراحل مختلف اندازه‌گیری، تحلیل و در صورت نیاز به مشتری گزارش شوند. این شاخص‌ها می‌توانند شامل ریسک کیفیت، هزینه، زمان پروژه و مسیر بحرانی باشند. (studylib.net)

نمونه KPI

شاخص	هدف
درصد پیشرفت پروژه	100٪
تعداد تغییرات طراحی	کمتر از 5
تعداد ایرادات DFMEA	روند کاهشی
زمان پاسخ به مشتری	کمتر از 48 ساعت
تحقق Milestone	100٪

بند 8.3.4.2 – اعتبارسنجی طراحی

اعتبارسنجی باید مطابق:

الزامات مشتری
استانداردهای قانونی
استانداردهای صنعتی

انجام شود.

در بسیاری از OEMها، قبل از PPAP باید آزمون‌های DV (Design Verification) و PV (Production Validation) با موفقیت تکمیل شوند. (iatfglobaloversight.org)

نمونه آزمون‌های Validation

تست دوام
تست ارتعاش
تست حرارتی
تست UV
تست خوردگی
تست EMC
تست جاده
تست عملکرد

بند 8.3.4.3 – برنامه نمونه اولیه (Prototype Programme)

در صورت الزام مشتری، سازمان باید برای ساخت نمونه اولیه، برنامه و Prototype Control Plan تهیه کند. همچنین تا حد امکان از همان تأمین‌کنندگان، قالب‌ها و فرآیندهای تولید انبوه استفاده شود تا نتایج قابل اتکا باشند. (studylib.net)

اهداف نمونه اولیه

بررسی عملکرد
کشف مشکلات
کاهش ریسک
ارزیابی قابلیت مونتاژ
انجام آزمون‌های اولیه

مثال رینگ خودرو(رینگ سایپا)

نمونه اولیه تولید می‌شود.

آزمون‌ها:

Fatigue Test
Cornering Test
Radial Test
Salt Spray

در صورت موفقیت:

ورود به مرحله PPAP.

بند 8.3.4.4 – فرآیند تأیید محصول (Product Approval Process)

خروجی طراحی زمانی قابل ورود به تولید انبوه است که فرآیند تأیید محصول مطابق الزامات مشتری انجام شده باشد.

در صنعت خودرو این موضوع معمولاً از طریق PPAP انجام می‌شود و تأیید محصول باید قبل از ارسال به مشتری مستند گردد. (studylib.net)

مدارک اصلی

نقشه نهایی
DFMEA
PFMEA
Control Plan
نتایج آزمون
گزارش ابعادی
MSA
SPC
PSW

از این بخش به بعد وارد مهم‌ترین قسمت مقاله می‌شویم؛ بخشی که معمولاً ممیزان IATF روی آن بیشترین تمرکز را دارند و برای مدیران طراحی و APQP نیز بسیار کاربردی است.

ارتباط بند 8.3 استاندارد IATF 16949 با Core Tools و مدیریت تغییرات طراحی

چرا بند 8.3 بدون Core Tools قابل اجرا نیست؟

یکی از تفاوت‌های اساسی IATF 16949 با سایر استانداردهای سیستم مدیریت کیفیت، الزام به استفاده از Core Tools در فرآیند طراحی و توسعه محصول است. اگرچه در متن استاندارد همه ابزارها به‌صورت مستقیم نام برده نشده‌اند، اما اجرای مؤثر بند 8.3 بدون استفاده از این ابزارها در عمل امکان‌پذیر نیست.

Core Tools زبان مشترک خودروسازان (OEMها) و تأمین‌کنندگان است و باعث می‌شود طراحی محصول از مرحله ایده تا تولید انبوه به‌صورت ساختاریافته، قابل ردیابی و مبتنی بر ریسک مدیریت شود.

ارتباط بند 8.3 با APQP

APQP (Advanced Product Quality Planning) چارچوب برنامه‌ریزی کیفیت محصول است و در واقع نقشه راه اجرای بند 8.3 محسوب می‌شود.

تقریباً تمام فعالیت‌های طراحی و توسعه در فازهای مختلف APQP انجام می‌شوند.

ارتباط مراحل APQP با بند 8.3

فاز APQP	ارتباط با بند 8.3
برنامه‌ریزی و تعریف پروژه	تعیین اهداف طراحی
طراحی و توسعه محصول	اجرای بند 8.3
طراحی و توسعه فرآیند	انتقال خروجی طراحی به تولید
اعتبارسنجی محصول و فرآیند	Verification و Validation
بازخورد و بهبود	مدیریت تغییرات طراحی

مثال

فرض کنید قرار است یک باتری خودرو جدید طراحی شود.

در APQP ابتدا مشخص می‌شود:

ظرفیت موردنیاز
مشتری هدف
الزامات استاندارد
برنامه زمانی پروژه
نقاط کنترل

تمام این اطلاعات، ورودی اجرای بند 8.3 هستند.

ارتباط بند 8.3 با DFMEA

DFMEA (Design Failure Mode and Effects Analysis) مهم‌ترین ابزار مدیریت ریسک طراحی است.

تقریباً هیچ پروژه طراحی در صنعت خودرو بدون DFMEA تأیید نمی‌شود.

هدف DFMEA:

شناسایی خرابی‌های احتمالی
تحلیل اثر خرابی
تعیین علت خرابی
کاهش ریسک پیش از ساخت محصول

مثال DFMEA برای باتری خودرو

حالت خرابی	اثر	علت	اقدام
کاهش ظرفیت	روشن نشدن خودرو	طراحی نامناسب صفحات	افزایش ضخامت صفحات
نشت اسید	خرابی خودرو	طراحی ضعیف درب	اصلاح آب‌بندی
اتصال کوتاه	آتش‌سوزی	فاصله کم صفحات	افزایش فاصله ایمن

نکته ممیزی

اگر DFMEA پس از پایان طراحی تهیه شود، معمولاً ممیز آن را غیراثربخش تلقی می‌کند؛ زیرا این ابزار باید هم‌زمان با توسعه محصول تکمیل و به‌روزرسانی شود.

ارتباط بند 8.3 با PFMEA

پس از پایان طراحی محصول، نوبت طراحی فرآیند تولید است.

اینجاست که PFMEA وارد عمل می‌شود.

اگر DFMEA به سؤال زیر پاسخ می‌دهد:

چه خطری در طراحی وجود دارد؟

PFMEA پاسخ می‌دهد:

چه خطری هنگام تولید وجود دارد؟

مثال

طراحی ECU تأیید شده است.

در PFMEA بررسی می‌شود:

احتمال اشتباه مونتاژ
احتمال جابه‌جایی قطعات SMD
احتمال لحیم سرد
احتمال خطای برنامه‌ریزی نرم‌افزار

ارتباط بند 8.3 با Control Plan

Control Plan خروجی مستقیم طراحی محصول و طراحی فرآیند است.

اگر ویژگی خاصی در طراحی مشخص شود، باید در Control Plan نیز کنترل گردد.

مثال

در طراحی رینگ خودرو

ویژگی خاص:

قطر مرکزی

در Control Plan:

اندازه‌گیری صددرصد
گیج مخصوص
SPC
واکنش در صورت عدم انطباق

ارتباط بند 8.3 با MSA

اگر طراحی محصول نیازمند اندازه‌گیری دقیق باشد، ابتدا باید سیستم اندازه‌گیری اعتبار داشته باشد.

به همین دلیل MSA مکمل بند 8.3 است.

مثال

طراحی رنگ خودرو

تلرانس ضخامت:

90±5 میکرون

قبل از اندازه‌گیری ضخامت باید:

Gage R&R
Bias
Linearity
Stability

انجام شود.

ارتباط بند 8.3 با SPC

در مرحله طراحی، مهندس باید قابلیت کنترل فرآیند را نیز در نظر بگیرد.

اگر طراحی به گونه‌ای باشد که فرآیند نتواند تلرانس را حفظ کند، محصول حتی با بهترین تجهیزات نیز قابل تولید نخواهد بود.

مثال

طراحی شفت

تلرانس:

±0.003 mm

در مطالعه قابلیت فرآیند مشخص می‌شود:

Cp = 0.85

نتیجه:

طراحی نیازمند بازنگری است.

ارتباط بند 8.3 با PPAP

تمام فعالیت‌های طراحی در نهایت باید در قالب PPAP به مشتری ارائه شوند.

اگر طراحی مناسب نباشد:

PPAP رد خواهد شد.

اسناد طراحی در PPAP

نقشه مهندسی
DFMEA
نتایج آزمون
گزارش مواد
نتایج Validation
گزارش ابعادی
Design Record
Engineering Change

مدیریت تغییرات طراحی (Design Change Management)

یکی از مهم‌ترین الزامات بند 8.3.6، کنترل تغییرات طراحی است.

هیچ تغییری نباید بدون:

ارزیابی فنی
بررسی ریسک
تأیید مشتری (در صورت نیاز)
به‌روزرسانی مستندات

اجرا شود.

منابع ایجاد تغییر

درخواست مشتری
کاهش هزینه
تغییر مواد اولیه
خرابی میدان (Field Failure)
تغییر استاندارد
تغییر تأمین‌کننده
بهبود قابلیت تولید

مراحل مدیریت تغییر

درخواست تغییر
      │
      ▼
بررسی فنی
      │
      ▼
DFMEA Update
      │
      ▼
Design Review
      │
      ▼
Verification
      │
      ▼
Validation
      │
      ▼
تأیید مشتری
      │
      ▼
به‌روزرسانی مدارک
      │
      ▼
PPAP جدید (در صورت نیاز)

مثال واقعی: تغییر طراحی سپر خودرو

وضعیت اولیه

ضخامت سپر:

3.5 mm

پیشنهاد

کاهش ضخامت به:

3.0 mm

به منظور کاهش وزن خودرو.

اقدامات لازم

✅ تحلیل CAE

✅ DFMEA جدید

✅ تست ضربه

✅ تست دوام

✅ تأیید مشتری

✅ اصلاح نقشه

✅ اصلاح BOM

✅ بازنگری Control Plan

✅ بررسی نیاز به PPAP مجدد

ریسک‌های ناشی از تغییرات طراحی

اگر تغییرات بدون کنترل انجام شوند، ممکن است پیامدهای زیر رخ دهد:

شکست محصول در میدان
افزایش هزینه گارانتی
فراخوان محصول (Recall)
توقف خط مشتری
عدم تأیید PPAP
شکایت مشتری
کاهش رتبه تأمین‌کننده

جدول ارتباط Core Tools با بند 8.3

ابزار	هدف	خروجی
APQP	برنامه‌ریزی توسعه	زمان‌بندی پروژه
DFMEA	مدیریت ریسک طراحی	کاهش خرابی
PFMEA	مدیریت ریسک فرآیند	کاهش خطای تولید
Control Plan	کنترل ویژگی‌ها	تضمین کیفیت
MSA	اعتبار اندازه‌گیری	اطمینان از داده‌ها
SPC	کنترل فرآیند	تولید پایدار
PPAP	تأیید مشتری	مجوز تولید انبوه

توصیه مشاور

در بسیاری از سازمان‌ها، DFMEA، PFMEA، Control Plan و APQP به‌صورت جداگانه تهیه می‌شوند؛ در حالی که ممیزان IATF انتظار دارند این اسناد کاملاً با یکدیگر هم‌راستا و به‌روز باشند. برای مثال، اگر یک ویژگی خاص در نقشه طراحی اضافه شود، همان ویژگی باید بدون تأخیر در DFMEA، PFMEA، Control Plan، دستورالعمل‌های کاری و مدارک PPAP نیز منعکس شود. هرگونه ناهماهنگی میان این مستندات، یکی از رایج‌ترین دلایل صدور عدم انطباق در ممیزی‌های شخص ثالث است.

مستندات موردنیاز، شواهد ممیزی، عدم انطباق‌های رایج و چک‌لیست ممیزی داخلی بند 8.3 استاندارد IATF 16949

مستندات موردنیاز برای اجرای بند 8.3 استاندارد IATF 16949

یکی از سؤالات متداول سازمان‌ها در زمان استقرار بند 8.3 استاندارد IATF 16949 این است که «چه مستنداتی باید تهیه شود؟»

اگرچه استاندارد الزام مستقیمی برای تدوین همه مستندات به‌صورت روش اجرایی ندارد، اما سازمان باید مدارک مستندی را نگهداری کند که اثبات کند فرآیند طراحی و توسعه به‌صورت برنامه‌ریزی‌شده، کنترل‌شده و اثربخش اجرا شده است.

به‌عنوان یک مشاور، پیشنهاد می‌کنم حداقل مستندات زیر برای هر پروژه طراحی وجود داشته باشد.

جدول مدارک موردنیاز

ردیف	مدرک	مسئول تهیه	زمان تهیه
1	روش اجرایی طراحی و توسعه	تضمین کیفیت	ابتدای استقرار
2	برنامه APQP	مدیر پروژه	شروع پروژه
3	برنامه زمان‌بندی پروژه	مدیر پروژه	شروع پروژه
4	صورتجلسات تیم چندوظیفه‌ای	مدیر پروژه	در طول پروژه
5	تحلیل امکان‌سنجی	طراحی	شروع پروژه
6	Design Input	طراحی	ابتدای طراحی
7	نقشه‌های مهندسی	طراحی	حین طراحی
8	BOM	طراحی	پایان طراحی
9	DFMEA	تیم طراحی	همزمان با طراحی
10	گزارش Design Review	تیم پروژه	هر مرحله
11	گزارش Verification	آزمایشگاه	پس از طراحی
12	گزارش Validation	آزمایشگاه	قبل از PPAP
13	Prototype Control Plan	کیفیت	مرحله نمونه اولیه
14	نتایج آزمون‌ها	آزمایشگاه	در طول پروژه
15	Engineering Change	طراحی	هنگام تغییر
16	سوابق تأیید مشتری	فروش/کیفیت	قبل از تولید
17	پرونده PPAP	کیفیت	پایان پروژه

سوابق الزامی (Retained Documented Information)

ممیز IATF انتظار دارد سوابق زیر قابل ردیابی باشند:

نسخه‌های نقشه
نسخه‌های DFMEA
نسخه‌های نرم‌افزار (در محصولات دارای Embedded Software)
سوابق آزمون
سوابق تأیید مشتری
گزارش‌های Design Review
تصمیمات تیم پروژه
تغییرات مهندسی
تأیید نمونه اولیه
Validation Report

ممیز IATF دقیقاً به دنبال چه شواهدی است؟

یکی از اشتباهات رایج سازمان‌ها این است که تصور می‌کنند ممیز فقط مدارک را بررسی می‌کند.

در واقع ممیز به دنبال شواهد اثربخشی فرآیند طراحی است.

جدول شواهد مورد انتظار ممیز

سؤال ممیز	شواهد مورد انتظار
آیا پروژه برنامه دارد؟	APQP
آیا ورودی طراحی مشخص است؟	Customer Requirements
آیا ریسک طراحی تحلیل شده؟	DFMEA
آیا بازنگری انجام شده؟	صورتجلسات Design Review
آیا آزمون انجام شده؟	گزارش‌های Verification
آیا محصول اعتبارسنجی شده؟	Validation Report
آیا تغییرات کنترل شده‌اند؟	Engineering Change
آیا مشتری طراحی را تأیید کرده؟	Approval Letter
آیا تیم چندوظیفه‌ای تشکیل شده؟	لیست اعضا و صورتجلسات
آیا سوابق قابل ردیابی هستند؟	Document Control

سؤالات متداول ممیز در جلسه ممیزی

ممیزان شخص ثالث معمولاً سؤالات زیر را مطرح می‌کنند:

پروژه چگونه آغاز شد؟
نیاز مشتری چگونه دریافت شد؟
چه کسی ورودی طراحی را تأیید کرد؟
چرا این ماده اولیه انتخاب شد؟
DFMEA چگونه به‌روز می‌شود؟
آخرین Design Review چه زمانی برگزار شد؟
چرا این تغییر طراحی انجام شد؟
چه کسی Validation را تأیید کرده است؟
آیا مشتری از تغییر مطلع شده است؟
اگر همین امروز شکایت مشتری دریافت کنید، چگونه ریشه آن را تا طراحی ردیابی می‌کنید؟

رایج‌ترین عدم انطباق‌های بند 8.3

در بیش از دو دهه ممیزی و مشاوره در صنایع خودروسازی، بیشترین عدم انطباق‌های مشاهده‌شده مربوط به موارد زیر بوده‌اند.

1- ورودی‌های طراحی ناقص

مثال

الزامات قانونی در ورودی طراحی لحاظ نشده است.

2- DFMEA صوری

DFMEA صرفاً برای تکمیل مدارک تهیه شده است.

هیچ اقدامی از آن استخراج نشده است.

3- عدم حضور تیم چندوظیفه‌ای

تمام تصمیمات توسط واحد طراحی گرفته شده است.

4- نبود Design Review واقعی

صورتجلسات فقط امضا شده‌اند.

هیچ اقدام اصلاحی ثبت نشده است.

5- Verification ناقص

تنها چند آزمون محدود انجام شده است.

6- Validation انجام نشده

محصول مستقیماً وارد تولید شده است.

7- کنترل نشدن تغییرات طراحی

نقشه تغییر کرده است.

DFMEA تغییر نکرده است.

8- عدم همخوانی مدارک

نقشه

DFMEA

Control Plan

PFMEA

با یکدیگر همخوانی ندارند.

9- استفاده از نسخه قدیمی نقشه

در تولید نسخه قدیمی استفاده شده است.

10- نبود شاخص‌های طراحی

هیچ KPI برای فرآیند طراحی تعریف نشده است.

اقدامات اصلاحی پیشنهادی

در صورت مشاهده عدم انطباق، اقدامات اصلاحی باید فراتر از اصلاح همان مورد باشد و علت ریشه‌ای را برطرف کند.

عدم انطباق	اقدام اصلاحی
DFMEA ناقص	بازنگری کامل DFMEA و آموزش تیم
نبود Design Review	تعریف نقاط بازنگری اجباری در APQP
تغییرات بدون کنترل	اجرای فرآیند Engineering Change
نبود Validation	تدوین برنامه آزمون‌های اعتبارسنجی
ضعف مستندسازی	استقرار سیستم مدیریت مدارک

چک‌لیست ممیزی داخلی بند 8.3

جدول زیر می‌تواند مستقیماً در ممیزی داخلی مورد استفاده قرار گیرد.

سؤال ممیزی	بلی	خیر
آیا فرآیند طراحی مستند شده است؟	□	□
آیا APQP تهیه شده است؟	□	□
آیا تیم چندوظیفه‌ای تشکیل شده است؟	□	□
آیا ورودی‌های طراحی کامل هستند؟	□	□
آیا DFMEA تهیه شده است؟	□	□
آیا Design Review برگزار شده است؟	□	□
آیا Verification انجام شده است؟	□	□
آیا Validation انجام شده است؟	□	□
آیا نمونه اولیه کنترل شده است؟	□	□
آیا تغییرات طراحی کنترل شده‌اند؟	□	□
آیا ویژگی‌های خاص مشخص شده‌اند؟	□	□
آیا خروجی طراحی تأیید شده است؟	□	□
آیا مدارک قابل ردیابی هستند؟	□	□
آیا PPAP تکمیل شده است؟	□	□
آیا KPIهای طراحی پایش می‌شوند؟	□	□

شاخص‌های کلیدی عملکرد (KPI) فرآیند طراحی

پایش عملکرد فرآیند طراحی یکی از انتظارات مهم ممیزان IATF است.

KPI	روش محاسبه	هدف پیشنهادی
تحقق زمان‌بندی پروژه	پروژه‌های به‌موقع / کل پروژه‌ها	≥95%
تعداد تغییرات طراحی پس از PPAP	تعداد تغییرات	صفر یا حداقل
نرخ موفقیت Validation	آزمون‌های موفق / کل آزمون‌ها	≥98%
تعداد شکایات ناشی از طراحی	تعداد شکایات	صفر
زمان پاسخ به درخواست تغییر مهندسی (ECR)	میانگین روز	کمتر از 5 روز
درصد اقدامات Design Review انجام‌شده	اقدامات تکمیل‌شده / کل اقدامات	100%

توصیه‌های مشاور برای موفقیت در ممیزی

بر اساس تجربه پروژه‌های متعدد در صنایع خودروسازی، رعایت نکات زیر احتمال دریافت عدم انطباق در بند 8.3 را به‌طور چشمگیری کاهش می‌دهد:

DFMEA را از روز اول پروژه آغاز کنید، نه در پایان.
تمام Design Reviewها را با صورتجلسه، تصمیمات و مسئول اقدامات مستند کنید.
بین نقشه، DFMEA، PFMEA، Control Plan و PPAP همواره هماهنگی برقرار باشد.
هر تغییر مهندسی را از نظر ریسک، تأثیر بر مشتری و نیاز به PPAP مجدد ارزیابی کنید.
شاخص‌های عملکرد طراحی را به‌صورت ماهانه پایش و در جلسات مدیریت پروژه بررسی کنید.
تیم طراحی را به‌طور مستمر در زمینه Core Tools، الزامات مشتری (CSR) و فناوری‌های جدید آموزش دهید.

مثال‌های واقعی از اجرای بند 8.3 استاندارد IATF 16949 در صنعت خودرو

چرا استفاده از مثال‌های واقعی اهمیت دارد؟

یکی از نقاط ضعف بسیاری از مقالات درباره بند 8.3 استاندارد IATF 16949، محدود شدن به بیان الزامات استاندارد است. در حالی که مدیران کیفیت، مهندسان طراحی، کارشناسان APQP و ممیزان داخلی، بیش از هر چیز به دنبال درک نحوه اجرای این الزامات در پروژه‌های واقعی هستند.

در این بخش، اجرای بند 8.3 را در طراحی چند قطعه مهم خودرو بررسی می‌کنیم.

مثال اول – طراحی باتری خودرو

باتری یکی از قطعات ایمنی و عملکردی خودرو است و کوچک‌ترین نقص در طراحی آن می‌تواند باعث ازکارافتادن خودرو، کاهش عمر باتری یا حتی آتش‌سوزی شود.

ورودی‌های طراحی

ولتاژ: 12 ولت
ظرفیت: 60 آمپرساعت
جریان استارت سرد (CCA)
عمر طراحی: حداقل ۴ سال
مقاومت در برابر لرزش
استاندارد IEC 60095
الزامات مشتری (OEM)

Design Review

در جلسات بازنگری طراحی، موارد زیر بررسی می‌شود:

ابعاد باتری
انتخاب آلیاژ صفحات
طراحی درپوش
سیستم تهویه گاز
نوع ترمینال‌ها

Design Verification

آزمون ظرفیت
آزمون CCA
آزمون شارژ و دشارژ
آزمون مقاومت داخلی
آزمون نشتی الکترولیت

Design Validation

نصب روی خودرو
استارت در دمای ۲۰- درجه سانتی‌گراد
آزمون جاده
آزمون ارتعاش
آزمون عملکرد در شرایط واقعی

ریسک‌های DFMEA

حالت خرابی	اثر	اقدام پیشنهادی
نشت اسید	خوردگی قطعات	بهبود آب‌بندی
شکست صفحات	کاهش ظرفیت	افزایش استحکام مکانیکی
اتصال کوتاه	ازکارافتادن باتری	افزایش فاصله صفحات
افزایش دما	کاهش عمر	بهبود طراحی تهویه

مثال دوم – طراحی سپر خودرو

هدف اصلی سپر، جذب انرژی ضربه و محافظت از خودرو و سرنشینان است.

ورودی‌های طراحی

مقاومت ضربه
وزن هدف
قابلیت رنگ‌پذیری
مقاومت در برابر UV
قابلیت مونتاژ

Verification

تحلیل المان محدود (FEA)
شبیه‌سازی برخورد
آزمون مقاومت خمشی

Validation

Crash Test
آزمون جاده
ارزیابی عملکرد پس از برخورد

نمونه Design Review

در یکی از پروژه‌ها، تحلیل FEA نشان داد که در ناحیه اتصال سپر به بدنه تمرکز تنش بیش از حد مجاز است. تیم طراحی با اصلاح هندسه و افزودن تقویت‌کننده، ریسک شکست را کاهش داد.

مثال سوم – طراحی داشبورد خودرو

داشبورد علاوه بر زیبایی، باید الزامات ایمنی، ارگونومی و دوام را نیز برآورده کند.

ورودی‌های طراحی

مقاومت در برابر تابش خورشید
مقاومت در برابر خراش
استحکام محل نصب ایربگ
کاهش صدای داخلی خودرو
ارگونومی

Verification

آزمون ابعادی
آزمون سختی
آزمون تغییر رنگ
آزمون انبساط حرارتی

Validation

نصب روی خودرو
آزمون NVH
ارزیابی رضایت کاربران
تست عملکرد ایربگ

مثال چهارم – طراحی ECU

ECU یکی از پیچیده‌ترین قطعات خودرو است و علاوه بر سخت‌افزار، نرم‌افزار نیز باید مدیریت شود.

ورودی‌های طراحی

ولتاژ کاری
مقاومت در برابر نویز الکترومغناطیسی (EMC)
محدوده دمایی
قابلیت به‌روزرسانی نرم‌افزار
الزامات امنیت سایبری

Verification

آزمون EMC
آزمون عملکرد پردازنده
بررسی کد نرم‌افزار
آزمون مصرف جریان

Validation

نصب روی خودرو
آزمون رانندگی
تست استارت سرد و گرم
آزمون دوام

ریسک‌های DFMEA

حالت خرابی	اثر	اقدام اصلاحی
خطای نرم‌افزار	خاموش شدن موتور	بازبینی کد و آزمون واحد
نفوذ رطوبت	خرابی ECU	بهبود آب‌بندی
افزایش دما	کاهش عمر قطعه	طراحی بهتر هیت‌سینک

مثال پنجم – طراحی دسته سیم (Wiring Harness)

دسته سیم، ارتباط بین تمام اجزای الکتریکی خودرو را برقرار می‌کند.

ورودی‌های طراحی

جریان مجاز
افت ولتاژ
مقاومت حرارتی
فضای نصب
شعاع خم مجاز

Verification

آزمون مقاومت الکتریکی
آزمون کشش اتصالات
آزمون پیوستگی مدار

Validation

نصب روی خودرو
آزمون لرزش
آزمون عملکرد در شرایط واقعی

مثال ششم – طراحی رنگ خودرو

در طراحی سیستم رنگ، تنها زیبایی ظاهری مطرح نیست؛ بلکه مقاومت در برابر شرایط محیطی نیز اهمیت دارد.

ورودی‌های طراحی

رنگ و کد مشتری
براقیت
ضخامت لایه
مقاومت شیمیایی
مقاومت UV

Verification

اندازه‌گیری ضخامت
اندازه‌گیری براقیت
آزمون چسبندگی
آزمون سختی

Validation

آزمون مه‌نمکی
آزمون آب‌وهوای مصنوعی
آزمون دوام در فضای باز

مثال هفتم – طراحی رینگ خودرو

رینگ باید علاوه بر زیبایی، استحکام مکانیکی کافی داشته باشد.

ورودی‌های طراحی

قطر
عرض
ظرفیت بار
جنس آلیاژ
مقاومت خوردگی

Verification

آزمون ابعادی
آزمون تعادل
تحلیل تنش

Validation

Radial Fatigue Test
Cornering Fatigue Test
Impact Test

مثال هشتم – طراحی تایر خودرو

تایر مستقیماً بر ایمنی، مصرف سوخت و هندلینگ خودرو اثر می‌گذارد.

ورودی‌های طراحی

ظرفیت بار
شاخص سرعت
مقاومت غلتشی
چسبندگی روی سطح خیس
سطح صدا

Verification

آزمون ابعاد
آزمون سختی
آزمون یکنواختی

Validation

آزمون جاده
آزمون ترمز
آزمون سایش
آزمون دوام

مطالعه موردی (Case Study)

پروژه: کاهش وزن سپر خودرو(مهرکام پارس)

وضعیت اولیه

یک شرکت قطعه‌سازی تصمیم گرفت وزن سپر جلو را ۱۰ درصد کاهش دهد تا مصرف سوخت خودرو کمتر شود.

اقدامات انجام‌شده

تحلیل نیاز مشتری
تشکیل تیم چندوظیفه‌ای
اجرای DFMEA
تحلیل CAE
ساخت نمونه اولیه
انجام Design Review
انجام Verification
انجام Validation
تهیه PPAP

نتایج

شاخص	قبل	بعد
وزن سپر	4.8 kg	4.3 kg
هزینه تولید	100%	95%
آزمون ضربه	قبول	قبول
رضایت مشتری	متوسط	بسیار خوب

درس‌آموخته‌ها

کاهش وزن نباید به کاهش ایمنی منجر شود.
تصمیمات طراحی باید بر پایه داده‌های آزمون و تحلیل ریسک باشد.
بازنگری‌های طراحی در مراحل اولیه، از تغییرات پرهزینه در انتهای پروژه جلوگیری می‌کند.

جدول ارتباط قطعات با الزامات بند 8.3

قطعه	مهم‌ترین ورودی طراحی	مهم‌ترین آزمون Validation	ابزار کلیدی
باتری	ظرفیت و CCA	آزمون استارت سرد	DFMEA
سپر	مقاومت ضربه	Crash Test	CAE + DFMEA
داشبورد	ایمنی ایربگ	آزمون عملکرد ایربگ	Design Review
ECU	عملکرد نرم‌افزار	آزمون جاده	Verification + Validation
دسته سیم	جریان و افت ولتاژ	آزمون لرزش	DFMEA
رنگ خودرو	براقیت و دوام	مه‌نمکی	MSA + Validation
رینگ	استحکام مکانیکی	Fatigue Test	FEA
تایر	چسبندگی و دوام	آزمون جاده	DOE + Validation

جداول مدیریتی، ماتریس مسئولیت‌ها و توصیه‌های اجرایی

ارتباط بند 8.3 با سایر بندهای استاندارد IATF 16949

بند 8.3 به‌صورت مستقل عمل نمی‌کند و با بسیاری از بندهای دیگر استاندارد ارتباط مستقیم دارد. عدم توجه به این ارتباط‌ها معمولاً موجب بروز عدم انطباق در ممیزی می‌شود.

بند	موضوع	ارتباط با بند 8.3
4.4	رویکرد فرآیندی	تعریف فرآیند طراحی و شاخص‌های آن
5.1	رهبری	تخصیص منابع و حمایت از پروژه‌های توسعه
6.1	مدیریت ریسک	تحلیل ریسک‌های پروژه طراحی
7.1	منابع	نرم‌افزارها، تجهیزات و آزمایشگاه‌ها
7.2	شایستگی	صلاحیت مهندسان طراحی
7.5	اطلاعات مدون	کنترل مدارک طراحی
8.1	برنامه‌ریزی عملیات	برنامه‌ریزی پروژه توسعه محصول
8.3	طراحی و توسعه	مدیریت چرخه کامل طراحی
8.4	مدیریت تأمین‌کنندگان	مشارکت تأمین‌کنندگان در طراحی
8.5	تولید	انتقال صحیح طراحی به تولید
8.6	آزادسازی محصول	تأیید نهایی طراحی و PPAP
8.7	کنترل محصول نامنطبق	رسیدگی به ایرادات طراحی
9.1	پایش عملکرد	ارزیابی KPIهای طراحی
10.2	اقدامات اصلاحی	اصلاح ریشه‌ای مشکلات طراحی

ماتریس مسئولیت واحدها (RACI)

اجرای موفق بند 8.3 نیازمند همکاری واحدهای مختلف سازمان است.

راهنمای علائم:

R: مسئول اجرا (Responsible)
A: پاسخگو (Accountable)
C: مشاور (Consulted)
I: مطلع (Informed)

فعالیت	طراحی	کیفیت	تولید	خرید	آزمایشگاه	مدیریت
دریافت نیاز مشتری	R	C	I	I	I	A
تحلیل امکان‌سنجی	R	C	C	C	I	A
تهیه DFMEA	R	C	C	I	I	I
Design Review	R	R	C	C	C	A
Verification	C	C	I	I	R	A
Validation	C	C	C	I	R	A
کنترل تغییرات	R	R	C	C	I	A
تهیه PPAP	C	R	C	I	C	A

مدارک کلیدی مورد انتظار ممیز

در ممیزی‌های شخص ثالث، معمولاً این مدارک ابتدا درخواست می‌شوند:

مدرک	اهمیت
APQP	بسیار زیاد
Design Input	بسیار زیاد
نقشه مهندسی	بسیار زیاد
DFMEA	بسیار زیاد
گزارش Design Review	بسیار زیاد
Verification Report	بسیار زیاد
Validation Report	بسیار زیاد
Engineering Change	زیاد
Prototype Control Plan	زیاد
PPAP	بسیار زیاد

KPIهای پیشنهادی فرآیند طراحی

برای ارزیابی اثربخشی فرآیند طراحی، پیشنهاد می‌شود شاخص‌های زیر به‌صورت ماهانه یا فصلی پایش شوند.

شاخص	فرمول	هدف
تحقق زمان‌بندی پروژه	پروژه‌های به‌موقع / کل پروژه‌ها ×100	≥95%
تعداد تغییرات مهندسی پس از PPAP	تعداد تغییرات	صفر یا حداقل
نرخ موفقیت آزمون Validation	آزمون‌های موفق / کل آزمون‌ها ×100	≥98%
تعداد عدم انطباق‌های طراحی	تعداد	روند کاهشی
تعداد اقدامات باز Design Review	تعداد	صفر
میانگین زمان پاسخ به ECR	مجموع زمان / تعداد درخواست‌ها	کمتر از ۵ روز
درصد تکمیل اقدامات DFMEA	اقدامات انجام‌شده / کل اقدامات ×100	100%
شکایات مشتری ناشی از طراحی	تعداد	صفر

اشتباهات رایج سازمان‌ها در اجرای بند 8.3

بر اساس تجربه پروژه‌های مشاوره و ممیزی، موارد زیر بیشترین فراوانی را دارند:

1. شروع دیرهنگام DFMEA

DFMEA پس از تکمیل طراحی تهیه می‌شود و نقش پیشگیرانه خود را از دست می‌دهد.

2. برگزاری صوری Design Review

جلسات بدون تحلیل فنی، تصمیم‌گیری و پیگیری اقدامات برگزار می‌شوند.

3. ناهماهنگی مستندات

تغییرات نقشه در DFMEA، PFMEA، Control Plan و دستورالعمل‌های کاری اعمال نمی‌شود.

4. تمرکز بر مستندسازی به جای اثربخشی

مدارک کامل هستند، اما در عمل از آن‌ها برای تصمیم‌گیری استفاده نمی‌شود.

5. مشارکت ندادن تولید و نگهداری

طراحی بدون درنظر گرفتن قابلیت ساخت (Manufacturability) انجام می‌شود.

6. بی‌توجهی به الزامات خاص مشتری (CSR)

الزامات اختصاصی خودروسازان مانند ایران‌خودرو، سایپا، Renault یا Stellantis در طراحی لحاظ نمی‌شود.

7. مدیریت ضعیف تغییرات مهندسی

تغییرات بدون تحلیل ریسک، بدون تأیید مشتری یا بدون به‌روزرسانی مدارک اجرا می‌شوند.

8. نبود شاخص‌های عملکرد

فرآیند طراحی اندازه‌گیری نمی‌شود و فرصت‌های بهبود شناسایی نمی‌شوند.

توصیه‌های اجرایی مشاور

اگر بخواهم تنها چند توصیه کلیدی برای موفقیت در اجرای بند 8.3 ارائه دهم، آن‌ها عبارت‌اند از:

طراحی را یک فرآیند بدانید، نه صرفاً تهیه نقشه.
تیم چندوظیفه‌ای را از ابتدای پروژه درگیر کنید.
DFMEA را هم‌زمان با طراحی به‌روز نگه دارید.
Design Review را به جلسات تصمیم‌گیری واقعی تبدیل کنید.
تمام تغییرات مهندسی را از نظر ریسک ارزیابی کنید.
بین نقشه، DFMEA، PFMEA، Control Plan و PPAP همواره هماهنگی برقرار باشد.
از داده‌های پروژه‌های قبلی و شکایات مشتری برای بهبود طراحی‌های جدید استفاده کنید.
KPIهای طراحی را در جلسات بازنگری مدیریت تحلیل کنید و برای هر شاخص هدف کمی تعیین نمایید.

بند 8.3 استاندارد IATF 16949؛ طراحی و توسعه محصول در صنعت خودرو

سؤالات متداول درباره بند 8.3 استاندارد IATF 16949 (FAQ)

1- بند 8.3 استاندارد IATF 16949 درباره چیست؟

پاسخ:
بند 8.3 استاندارد IATF 16949 به الزامات طراحی و توسعه محصولات و خدمات در صنعت خودرو می‌پردازد. این بند سازمان را ملزم می‌کند فرآیند طراحی را از مرحله دریافت نیاز مشتری تا اعتبارسنجی محصول نهایی به‌صورت برنامه‌ریزی‌شده و کنترل‌شده مدیریت کند.

2- تفاوت بند 8.3 استاندارد IATF 16949 با ISO 9001 چیست؟

پاسخ:
ISO 9001 الزامات عمومی طراحی و توسعه را بیان می‌کند، اما IATF 16949 الزامات اختصاصی صنعت خودرو مانند:

APQP
DFMEA
ویژگی‌های خاص
Prototype
PPAP
Design Validation
مدیریت ریسک

را نیز مورد تأکید قرار می‌دهد.

3- آیا همه شرکت‌های قطعه‌سازی خودرو باید فرآیند طراحی داشته باشند؟

پاسخ:
خیر. اگر سازمان مسئولیت طراحی محصول را ندارد و طراحی توسط مشتری انجام می‌شود، دامنه مسئولیت طراحی می‌تواند محدود شود؛ اما سازمان همچنان باید الزامات مربوط به تولید، بازخورد، قابلیت ساخت و تغییرات را کنترل کند.

4- مهم‌ترین خروجی‌های طراحی در بند 8.3 چیست؟

پاسخ:
مهم‌ترین خروجی‌های طراحی عبارت‌اند از:

نقشه مهندسی
مشخصات فنی
BOM
ویژگی‌های خاص
نتایج تحلیل‌ها
DFMEA
گزارش Verification
گزارش Validation
الزامات تولید

5- تفاوت Design Verification و Design Validation چیست؟

پاسخ:

Design Verification:
بررسی می‌کند آیا خروجی طراحی با ورودی‌های طراحی مطابقت دارد یا خیر.

مثال:

آیا قطعه مطابق نقشه ساخته شده است؟

Design Validation:
بررسی می‌کند آیا محصول در شرایط واقعی کاربرد، نیاز مشتری را برآورده می‌کند یا خیر.

مثال:

آیا قطعه روی خودرو عملکرد مناسبی دارد؟

6- آیا DFMEA الزام مستقیم بند 8.3 است؟

پاسخ:
بله، اگرچه استاندارد همیشه نام DFMEA را به‌عنوان یک مدرک مستقل مطرح نمی‌کند، اما مدیریت ریسک طراحی یکی از الزامات اصلی بند 8.3 است و DFMEA ابزار اصلی صنعت خودرو برای انجام این فعالیت است.

7- Design Review در چه مراحلی باید انجام شود؟

پاسخ:
Design Review باید در نقاط کلیدی پروژه انجام شود، مانند:

پایان طراحی مفهومی
پایان طراحی اولیه
قبل از ساخت Prototype
قبل از Validation
قبل از PPAP

8- آیا Prototype Control Plan لازم است؟

پاسخ:
در مواردی که مشتری درخواست کند یا ریسک پروژه بالا باشد، سازمان باید برای نمونه اولیه برنامه کنترل تهیه کند تا ویژگی‌های مهم محصول در مرحله Prototype مدیریت شوند.

9- ارتباط APQP با بند 8.3 چیست؟

پاسخ:
APQP چارچوب اجرایی برای پیاده‌سازی طراحی و توسعه است. فعالیت‌های طراحی، تحلیل ریسک، ساخت نمونه اولیه، Validation و PPAP معمولاً در قالب برنامه APQP مدیریت می‌شوند.

10- ویژگی خاص (Special Characteristic) چیست؟

پاسخ:
ویژگی خاص مشخصه‌ای است که عدم انطباق آن می‌تواند بر موارد زیر تأثیرگذار باشد:

ایمنی
عملکرد محصول
قوانین
مونتاژ
قابلیت اطمینان

مانند:

گشتاور پیچ‌های ایمنی
ضخامت لنت ترمز
مقاومت سیم‌کشی

11- آیا تغییر طراحی نیاز به PPAP مجدد دارد؟

پاسخ:
بستگی به نوع تغییر و الزامات مشتری دارد. تغییراتی که بر عملکرد، ایمنی، ویژگی‌های خاص یا فرآیند تولید اثر دارند معمولاً نیازمند ارزیابی و احتمالاً ارائه مجدد PPAP هستند.

12- نقش PFMEA در طراحی محصول چیست؟

پاسخ:
PFMEA مستقیماً مربوط به طراحی فرآیند است، اما خروجی‌های طراحی محصول مانند ویژگی‌های خاص، تلرانس‌ها و الزامات مونتاژ، ورودی مهم PFMEA محسوب می‌شوند.

13- آیا نرم‌افزارهای طراحی باید کنترل شوند؟

پاسخ:
بله. نرم‌افزارهایی مانند:

CATIA
Creo
SolidWorks
نرم‌افزارهای CAE

باید از نظر نسخه، اعتبار و صلاحیت کاربران کنترل شوند.

14- ممیز IATF در بند 8.3 بیشتر چه چیزی را بررسی می‌کند؟

پاسخ:
ممیز معمولاً بررسی می‌کند:

آیا فرآیند طراحی واقعی است؟
آیا ریسک‌ها تحلیل شده‌اند؟
آیا تصمیمات طراحی مستند هستند؟
آیا آزمون‌ها انجام شده‌اند؟
آیا تغییرات کنترل می‌شوند؟

15- آیا مشتری باید طراحی را تأیید کند؟

پاسخ:
در صنعت خودرو معمولاً مشتری در نقاط مشخص پروژه مانند نمونه اولیه، Validation یا PPAP تأییدیه ارائه می‌کند. الزامات دقیق به CSR مشتری بستگی دارد.

16- مهم‌ترین ارتباط بند 8.3 با PPAP چیست؟

پاسخ:
PPAP شواهد نهایی آماده بودن محصول و فرآیند برای تولید انبوه است. بسیاری از خروجی‌های بند 8.3 مانند DFMEA، نقشه، نتایج آزمون و Validation در پرونده PPAP قرار می‌گیرند.

17- چگونه اثربخشی فرآیند طراحی اندازه‌گیری می‌شود؟

پاسخ:
با استفاده از KPIهایی مانند:

تعداد تغییرات پس از PPAP
زمان توسعه محصول
موفقیت Validation
شکایات ناشی از طراحی
تحقق زمان‌بندی پروژه

18- آیا تأمین‌کننده باید در طراحی مشارکت داشته باشد؟

پاسخ:
در بسیاری از پروژه‌های خودرو، مشارکت تأمین‌کنندگان تخصصی ضروری است، زیرا آن‌ها دانش مواد، فرآیند تولید و محدودیت‌های ساخت را دارند.

19- مهم‌ترین علت عدم انطباق در بند 8.3 چیست؟

پاسخ:
رایج‌ترین علت‌ها:

DFMEA غیراثربخش
نبود شواهد Design Review
کنترل ضعیف تغییرات
عدم هماهنگی مدارک
Validation ناقص

20- بهترین روش اجرای بند 8.3 چیست؟

پاسخ:
بهترین روش، ایجاد یک سیستم یکپارچه بر پایه:

APQP
Core Tools
مدیریت ریسک
تیم چندوظیفه‌ای
تصمیم‌گیری مبتنی بر داده
بهبود مستمر

است.

استانداردها و مراجع اصلی

IATF 16949:2016
Quality Management System Requirements for Automotive Production and Relevant Service Parts Organizations
ISO 9001:2015
Quality Management Systems – Requirements
AIAG APQP Manual
Advanced Product Quality Planning and Control Plan
AIAG PPAP Manual
Production Part Approval Process
AIAG & VDA FMEA Handbook
AIAG MSA Manual
Measurement Systems Analysis
AIAG SPC Manual
Statistical Process Control
AIAG Core Tools Reference Manual
VDA MLA
Maturity Level Assurance for New Parts
Customer Specific Requirements (CSR)

Stellantis CSR
Renault Customer Requirements
Ford CSR
GM Customer Specific Requirements

جمع‌بندی نهایی مقاله

بند 8.3 استاندارد IATF 16949؛ قلب مدیریت طراحی خودرو

طراحی و توسعه محصول در صنعت خودرو یکی از حساس‌ترین فرآیندهای سازمان است. کیفیت محصول نهایی، هزینه تولید، رضایت مشتری و قابلیت رقابت سازمان، همگی به تصمیمات اتخاذشده در مرحله طراحی وابسته هستند.

بند 8.3 استاندارد IATF 16949 با ایجاد یک چارچوب منظم، سازمان‌ها را ملزم می‌کند که طراحی را بر پایه:

نیاز مشتری
مدیریت ریسک
APQP
DFMEA
Design Review
Design Verification
Design Validation
Prototype
PPAP

مدیریت کنند.

سازمان‌هایی که این بند را تنها به‌عنوان یک الزام مستندسازی نگاه می‌کنند، معمولاً در ممیزی‌ها و مشکلات واقعی محصول با چالش مواجه می‌شوند. اما سازمان‌هایی که آن را به‌عنوان یک فرآیند مهندسی و مدیریتی اجرا می‌کنند، می‌توانند محصولات با کیفیت بالاتر، هزینه کمتر و رضایت بیشتر مشتری ارائه دهند.

در نهایت، طراحی خوب، اولین مرحله تولید محصول با کیفیت است.

https://hzeinal.ir/%d9%85%d8%b4%d8%a7%d9%88%d8%b1-%d9%be%db%8c%d8%a7%d8%af%d9%87-%d8%b3%d8%a7%d8%b2%db%8c-iatf16949/