تحلیل عیب Wire Break با رویکرد 5Why؛ مثال‌های صنعتی (خط کشش مفتول آلومینیوم)

راهنمای عملی برای ریشه‌یابی پارگی/قطع مفتول در خطوط Drawing (Rod Breakdown / Intermediate / Fine). تمرکز روی تصمیم‌های قابل اجرا در کارخانه است: جمع‌آوری شواهد، تفکیک الگوی شکست، انجام 5Why درست (نه کاغذی)، و تبدیل خروجی به اقدام اصلاحی پایدار با KPIهای قابل اندازه‌گیری.
زمان مطالعه: — به‌روزرسانی: 2026-02-21 کلیدواژه‌ها: Wire Break, 5Why, RCA, Drawing Line

چرا 5Why برای Wire Break جواب می‌دهد—و چه زمانی شکست می‌خورد؟

پارگی مفتول معمولاً یک «رویداد» نیست؛ نتیجه‌ی جمع شدن چند عامل است: تنش کششی بالا + اصطکاک/حرارت + عیب موضعی + ناپایداری کشش یا روانکاری. 5Why وقتی ارزش دارد که به جای جمله‌های کلی («اپراتور اشتباه کرد»، «مواد بد بود») زنجیره علت–معلول را روی شواهد واقعی بنشاند و در انتها به یک اقدام کنترلی برسد که قابل اندازه‌گیری و قابل تکرار باشد. 5Why زمانی شکست می‌خورد که (۱) مسئله غلط تعریف شود، (۲) شواهد از بین برود، (۳) «چرا»ها به جای علت فیزیکی سراغ سرزنش آدم‌ها بروند.

۱) تعریف مسئله (Problem Statement)؛ قبل از Whyها باید «چه چیزی» دقیقاً روشن باشد

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

تعریف درست مسئله باید هم «حد و مرز» داشته باشد هم «واحد اندازه‌گیری». عبارت‌های کلی مثل «پارگی زیاد شده» کافی نیست. یک Problem Statement خوب برای Wire Break معمولاً این اجزا را دارد: کجا (کدام خط/کدام پاس/کدام کاپستان)، چه زمانی (از چه شیفت/چه تاریخ)، چقدر (Breaks/ton یا Breaks/shift)، برای کدام محصول (قطر خروجی، گرید، مسیر پاس)، و با چه الگو (داخل دای/بین دو کاپستان/روی Take-up).

الگوی پیشنهادی Problem Statement
«در خط RB-02 برای محصول Ø2.6mm گرید AA1350، از تاریخ 1404/12/01 تا امروز، شاخص Breaks/ton از 0.8 به 2.6 افزایش یافته است. 70% پارگی‌ها در بازه بین کاپستان 5 و 6 رخ می‌دهد و پیش از پارگی، افزایش دمای امولسیون و افت براقیت سطح مشاهده شده است.»
واحد مناسب برای پارگی
به‌جای «تعداد پارگی»، از Breaks/ton یا Breaks/1000kg استفاده کنید تا اثر حجم تولید حذف شود. اگر خط چند سایز تولید می‌کند، Breaks/ton را به تفکیک recipe گزارش کنید.
مرزبندی مکانی
مکان پارگی را دقیق کنید: «داخل دای»، «خروجی دای»، «بین کاپستان‌ها»، «ورودی ردیف‌چین»، «نزدیک قرقره». همین یک جمله، 60% مسیر تحلیل را تعیین می‌کند.
نشانگرهای پیش‌ران
قبل از پارگی معمولاً علامت داریم: افزایش Amp موتور، افت سرعت، افزایش دمای امولسیون، سوت کشیدن دای، افزایش خط سطح. این‌ها را داخل Problem Statement بیاورید تا Whyها به سمت مکانیزم فیزیکی بروند.

۲) حفظ شواهد: ۳۰ دقیقه اول بعد از پارگی، کلیدی‌تر از ۵ جلسه تحلیل است

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

بلافاصله بعد از Wire Break، سه دسته شواهد را باید حفظ کنید: (۱) نمونه سیم شامل محل شکست، (۲) شرایط فرآیند درست قبل از پارگی، و (۳) وضعیت ابزار/روانکار. اگر نمونه شکست را قیچی کنید و دور بیندازید، یا سیم را دوباره نخ کنید و دای را تمیز کنید، شواهد پاک می‌شود و 5Why تبدیل به حدس می‌گردد.

شاهد چطور جمع کنیم؟ چرا مهم است؟ حداقل معیار ثبت
نمونه شکست دو تکه سیم را با حداقل 30–50cm طول از هر طرف شکست نگه دارید؛ داخل کیسه/پاکت با کُد الگوی شکست (ductile/brittle) و اثر عیب موضعی در سطح/مقطع مشخص می‌شود کد خط، پاس، زمان، قطر، Heat/Lot/کلاف
عکس محل یک عکس از مسیر سیم، موقعیت شکست، و وضعیت Take-up/Pay-off نشانه‌های کینک، برخورد، ردیف‌چین، یا زاویه ورود/خروج مشخص می‌شود حداقل 3 عکس: نمای کلی، نزدیک پاس، نزدیک Take-up
داده فرآیند 5 دقیقه قبل سرعت خط، Amp، کشش/Setpoint، دمای امولسیون، فشار/دبی پمپ، هشدارهای PLC پارگی اغلب با روند (trend) قابل پیش‌بینی است مقادیر و روند، نه فقط عدد لحظه‌ای
وضعیت ابزار دای/گاید مربوطه را علامت بزنید؛ در صورت امکان سطح دای را بررسی کنید خط/لب‌پریدگی دای، علت پرتکرار پارگی است شناسه دای، عمر (kg)، آخرین پولیش/تعویض
امولسیون/روانکار ثبت غلظت، pH، دما، کد بچ، وضعیت فیلتر و آلودگی افزایش اصطکاک/گرما، هم Rate Loss می‌دهد هم پارگی غلظت و دما + وضعیت فیلتر
قاعده عملی: «نمونه شکست» را مثل قطعه معیوب خودرو نگه دار
حداقل تا پایان تحلیل (یا تا رسیدن به علت ریشه‌ای) نمونه شکست باید بماند. اگر تجهیزات بررسی ندارید، نگهداری نمونه باز هم کمک می‌کند تا حداقل مکان شکست، نوع شکست و آثار سطحی قابل مشاهده باشد.

۳) تشخیص «نوع شکست» برای جهت‌دهی به 5Why: شکستِ ناشی از تنش، اصطکاک، عیب یا کنترل کشش؟

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

در خطوط کشش، پارگی معمولاً یکی از چهار خانواده مکانیزمی دارد (البته ترکیبی هم می‌شود): (الف) تنش کششی بیش از ظرفیت (Reduction/Back-tension/Slip)، (ب) افزایش اصطکاک و حرارت (امولسیون، فیلتراسیون، دای)، (ج) عیب موضعی در ماده (اکسید/ترک/جوش/ناهمگنی)، (د) عیب مکانیکی مسیر (کینک، برخورد، زاویه ورود/خروج، ردیف‌چین، Take-up). چند علامت عملی در خط کمک می‌کند خانواده درست را انتخاب کنید.

اگر قبل از پارگی Amp بالا می‌رود
معمولاً اصطکاک/گرما بالا رفته یا Reduction مؤثر زیاد شده (دای مشکل‌دار، امولسیون افت کرده، فیلتر گرفته، یا رادیوس/گاید ساییده). در این حالت Whyها را از امولسیون/دای/خنک‌کاری شروع کنید.
اگر پارگی «یک‌باره» و بدون علامت است
احتمال عیب موضعی (ترک ریز، اکسید توده‌ای، جوش بد، ناخالصی) یا برخورد مکانیکی لحظه‌ای بالا می‌رود. نمونه شکست و بررسی سطح اهمیت ویژه پیدا می‌کند.
اگر پارگی نزدیک Take-up تکرار می‌شود
ردیف‌چین، کشش خروجی، تنظیم ترمز/کلاچ، گیرکردن روی لبه قرقره، یا پیچش/کینک ثانویه را بررسی کنید. خیلی وقت‌ها «فرآیند کشش» سالم است ولی مسیر بسته‌بندی مشکل می‌دهد.
الگوی مشاهده برداشت صنعتی اولین نقاط بررسی ریسک خطای رایج
افزایش تدریجی خط سطح + کاهش سرعت توسط اپراتور اصطکاک/گرما در حال افزایش است امولسیون (دما/غلظت/فیلتراسیون)، دای (خط/لبه)، دبی خنک‌کاری فقط تعویض دای و ندیدن علت اصلی (روانکار/فیلتراسیون)
پارگی‌های خوشه‌ای روی یک کلاف/Heat عیب ماده یا تغییر رفتار راد/کلاف Traceability، COA، آزمون رسانایی/سختی، بررسی سطح راد متهم کردن اپراتور در حالی که ماده مسئله دارد
پارگی بعد از تعویض دای یا Threading خطای نصب/هم‌محوری/گاید یا آسیب دای/سیم در نخ‌کشی Alignment، گایدها، مسیر نخ‌کشی، قلاب‌ها، تنش راه‌اندازی بازگشت سریع به سرعت بالا قبل از پایدار شدن روانکاری
پارگی نزدیک Pay-off با کینک و تاب مشکل تغذیه/کلاف/ترمز Pay-off کینک، تنظیم ترمز، سلامت کلاف، زاویه ورود دستکاری پاس‌ها در حالی که مشکل مکانیکی ورودی است

۴) 5Why درست: قواعد نوشتن Whyها برای رسیدن به علت ریشه‌ای قابل کنترل

5Why اگر درست اجرا شود، با «علت ریشه‌ای قابل کنترل» تمام می‌شود. اگر غلط اجرا شود، با «بیانیه‌های کلی» تمام می‌شود.

یک 5Why خوب سه ویژگی دارد: (۱) Whyها زنجیره معلولی دارند (هر Why باید پاسخ قبلی را توضیح دهد)، (۲) هر Why با شاهد پشتیبانی می‌شود (داده/عکس/نمونه/ثبت)، (۳) آخرین Why به چیزی ختم می‌شود که بتوانید کنترل/پیشگیری کنید (استاندارد، ابزار، پارامتر، آموزش، طراحی). همچنین باید مراقب «Whyهای انسانی» باشید: «چون اپراتور دقت نکرد» معمولاً علامت این است که سیستم کنترل یا استاندارد ناقص است.

قانون طلایی 5Why برای خط تولید
هر Why باید با یکی از این‌ها بسته شود: پارامتر (setpoint/حد), روش (SOP), تجهیز/ابزار (PM/کالیبراسیون), مواد (کنترل ورودی/رهگیری), انسان (آموزش مشخص + خطاپذیری‌زدایی).
Why بد (غیرقابل اقدام) Why خوب (قابل اقدام) چه شاهدی لازم دارد؟ نتیجه اقدام
چون مواد بد بود چون روی 3 کلاف از یک Heat، رسانایی و سختی خارج از روند معمول بود و پارگی خوشه‌ای رخ داد Traceability + نتایج آزمون + تاریخچه Breaks/ton افزودن کنترل ورودی/قرنطینه Heat پرریسک
چون اپراتور اشتباه کرد چون SOP نخ‌کشی مقدار back-tension و ramp سرعت را تعریف نکرده و آموزش رسمی هم وجود ندارد سند SOP + مصاحبه + داده‌های ramp/پارگی پس از Threading استانداردسازی راه‌اندازی + چک‌لیست 60 ثانیه‌ای
چون دای مشکل داشت چون فیلتر امولسیون به‌موقع تعویض نشده، ذرات بالا رفته و روی دای خط افتاده وضعیت فیلتر + کد بچ امولسیون + تصویر خط روی دای/سیم برنامه PM فیلتر + حد آلودگی + پایش
Why نهایی باید «کنترل‌پذیر» باشد به جای سرزنش، سیستم را اصلاح کن اگر شاهد نداری، Why هنوز فرضیه است

۵) مثال‌های صنعتی 5Why برای Wire Break (سناریوهای پرتکرار در خطوط کشش آلومینیوم)

در این بخش چند سناریوی واقعی‌نما و صنعتی (به سبک کارخانه) را می‌بینید: مسئله، شواهد، 5Why، علت ریشه‌ای، و اقدام‌های اصلاحی/پیشگیرانه. هدف این است که الگو را یاد بگیرید و روی خط خودتان پیاده کنید.
سناریو A — پارگی‌های پی‌درپی در یک پاس مشخص + افزایش آمپر
الگو: Breaks/ton بالا رفته، 65% پارگی‌ها در پاس 7 اتفاق می‌افتد، قبل از پارگی Amp پاس 7 بالا می‌رود و سطح کدر می‌شود.
مرحله متن Why/Answer شاهد اقدام کنترلی (Fix)
Problem پارگی در پاس 7 افزایش یافته و Amp قبل از پارگی بالا می‌رود Trend Amp + لاگ پارگی + عکس سطح کدر
Why1 چرا سیم در پاس 7 می‌برد؟ → چون تنش مؤثر بالا رفته و سیم در خروجی دای پاس 7 داغ/خشک می‌شود افزایش Amp + تماس خشک + صدای سوت دای کاهش موقت سرعت + افزایش دبی امولسیون همان پاس
Why2 چرا تنش/اصطکاک بالا رفت؟ → چون دای پاس 7 خط افتاده/لبه تیز دارد و اصطکاک را زیاد می‌کند اثر خط روی سیم + بررسی دای (سایش/خط) تعویض دای + بررسی گایدهای قبل/بعد پاس
Why3 چرا دای خط افتاد؟ → چون ذرات/آلودگی در امولسیون بالا رفته و روی سطح دای اسکرچ ایجاد کرده کدری مخزن + ذرات روی فیلتر/توری + سوابق فیلتراسیون تعویض فیلتر/شستشو + جداسازی مسیر آلوده
Why4 چرا آلودگی بالا رفت؟ → چون برنامه PM فیلتر رعایت نشده و معیار «حد افت فشار/ساعت کارکرد» تعریف نشده سوابق PM خالی/نامنظم + عدم ثبت ΔP تعریف PM بر اساس ΔP/ساعت + چک‌لیست شیفتی
Why5 چرا PM رعایت نشده؟ → چون مالکیت (Owner) و مسئولیت ثبت ΔP و زمان تعویض فیلتر تعیین نشده و KPI برای آن وجود ندارد عدم وجود مسئول مشخص + نبود KPI تعیین Owner + KPI «تعویض به‌موقع» + آلارم ΔP
علت ریشه‌ای (قابل کنترل)
نبود سیستم کنترل آلودگی امولسیون (PM و پایش ΔP/فیلتراسیون) که باعث خط افتادن دای و افزایش اصطکاک و پارگی شده است.
اقدام پیشگیرانه
تعریف حد آلودگی + پایش افت فشار فیلتر + برنامه تعویض + استاندارد نمونه‌برداری امولسیون (روزانه/هفتگی) + ثبت در فرم شیفت.
KPI تأیید اثربخشی
کاهش Breaks/ton در پاس 7، کاهش نرخ تعویض دای ناشی از Scratch، کاهش Amp میانگین پاس 7 در یک بازه 2–4 هفته‌ای.
سناریو B — پارگی خوشه‌ای روی یک Heat/Lot (مواد/راد ورودی)
الگو: پارگی فقط روی چند کلاف خاص اتفاق می‌افتد؛ با تغییر کلاف، پارگی کم می‌شود. مکان پارگی پراکنده است و گاهی بدون علامت.
مرحله Why/Answer شاهد اقدام
Problem Breaks/ton فقط برای Heat X بالا است Traceability + نمودار Breaks برحسب Heat ایزوله کردن Heat
Why1 چرا فقط Heat X پارگی می‌دهد؟ → چون عیب موضعی/ناهمگنی در راد یا سیم خام وجود دارد پارگی‌های بدون علامت + نمونه شکست نمونه‌برداری مکانیکی/سختی/رسانایی
Why2 چرا عیب موضعی داریم؟ → چون روی سطح راد اکسید ضخیم/آلودگی یا ترک‌های ریز دیده می‌شود بازرسی سطح راد + عکس/نمونه قرنطینه + تصمیم تمیزکاری/مرجوعی
Why3 چرا اکسید/عیب سطحی زیاد است؟ → چون شرایط حمل/انبار این Heat نامناسب بوده (رطوبت/بارش/پوشش ناقص) سوابق تحویل + عکس بسته‌بندی + مشاهده رطوبت/سفیدی بهبود بسته‌بندی/شرایط انبار + الزام ثبت وضعیت حمل
Why4 چرا قبل از مصرف شناسایی نشد؟ → چون کنترل ورودی رهگیری‌محور و معیار قرنطینه اکسید/عیب سطحی تعریف نشده نبود معیار در فرم ورودی تعریف معیار پذیرش/رد و نمونه‌برداری ورودی
Why5 چرا معیار تعریف نشده؟ → چون حلقه ارتباط QC–خرید–انبار برای مدیریت ریسک تامین‌کننده رسمی نشده فرآیند اداری ناقص رویه رسمی Claim/قرنطینه + الزام COA/Trace
سناریو C — پارگی نزدیک Take-up؛ کشش خروجی و ردیف‌چین
الگو: پارگی‌ها عمدتاً آخر خط هستند. روی قرقره، تداخل لایه‌ها، بریدگی روی لبه و سایش موضعی دیده می‌شود.
مرحله Why/Answer شاهد اقدام
Why1 چرا نزدیک Take-up می‌بُرد؟ → چون تنش لحظه‌ای بالا می‌رود و سیم روی لبه/هد ردیف‌چین زخمی می‌شود اثر بریدگی/سایش موضعی + ردیف‌چین نامنظم کاهش موقت تنش خروجی + تنظیم ردیف‌چین
Why2 چرا تنش لحظه‌ای بالا می‌رود؟ → چون کلاچ/ترمز Take-up لغزش/گیر دارد یا کنترل تنش ناپایدار است نوسان سرعت قرقره + خطای کنترل سرویس ترمز/کلاچ + چک سنسور تنش
Why3 چرا ردیف‌چین آسیب می‌زند؟ → چون رول/راهنما ساییده/خش‌دار شده و سطح تماس خشن است بازرسی رول‌ها + اثر روی سیم تعویض رول/پولیش + برنامه PM
Why4 چرا PM دیر انجام شده؟ → چون معیار «عمر رول بر حسب kg» و بازدید دوره‌ای تعریف نشده نبود سوابق عمر/بازدید تعریف عمر مجاز و بازدید هفتگی
Why5 چرا معیار نداریم؟ → چون نقش Take-up در پارگی در تحلیل‌های قبلی دیده نشده و داده مکان پارگی ثبت نمی‌شده لاگ پارگی بدون Location افزودن فیلد «Location of Break» در ثبت توقفات

۶) اقدام اصلاحی پایدار (CAPA): از «رفع فوری» تا «پیشگیری» با کنترل‌های چندلایه

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

برای Wire Break همیشه سه سطح اقدام لازم است: (۱) Containment (مهار فوری: جلوگیری از تکرار در همان شیفت)، (۲) Corrective Action (رفع علت ریشه‌ای), (۳) Preventive Action (پیشگیری از بازگشت با استاندارد/پایش). اشتباه رایج این است که فقط سطح (۱) انجام شود: مثلاً «دای عوض شد» یا «سرعت کم شد». این‌ها مهارند، نه درمان.

Containment (فوری)
کاهش موقت سرعت یا تنش، تعویض دای/گاید مشکوک، ایزوله کردن کلاف/Heat، تمیزکاری مسیر، سرویس فوری Take-up. هدف: توقف موج پارگی و حفظ کیفیت تولید تا تحلیل تکمیل شود.
Corrective (ریشه‌ای)
اصلاح سیستم فیلتراسیون/PM، تثبیت کنترل امولسیون (غلظت/دما)، اصلاح Pass Schedule یا ramp راه‌اندازی، رفع Alignment، رفع منبع عیب ماده (کنترل ورودی/Claim).
Preventive (پیشگیرانه)
استانداردسازی SOP (Threading, Ramp, Setpoints)، افزودن پایش‌های ساده (ΔP فیلتر، دمای امولسیون، Amp trend)، تعریف KPI «Breaks/ton» به تفکیک recipe و Location، و بازبینی هفتگی Pareto.
معیار «اثرگذاری» اقدام اصلاحی برای Wire Break
فقط «کم شدن پارگی امروز» کافی نیست. اثرگذاری باید با یک پنجره زمانی مشخص سنجیده شود (مثلاً 2 تا 4 هفته) و با شاخص نرمال‌شده مثل Breaks/ton + MTBF + سهم Location در Pareto. اگر فقط با تعداد پارگی بسنجید، تغییر حجم تولید نتیجه را مخدوش می‌کند.

۷) فرم آماده 5Why برای Wire Break (قابل کپی در Word/ERP)

این قالب را دقیقاً می‌توانید به فرم شیفت یا گزارش RCA تبدیل کنید. کوتاه، استاندارد و قابل پیگیری است.
بخش فیلدها (پیشنهادی) نمونه مقدار
مشخصات رویداد تاریخ/شیفت، خط، محصول/قطر، گرید، شماره کلاف/Heat، پاس/مکان شکست RB-02 / Ø2.6 / AA1350 / Heat-… / Pass7
اثر Downtime (دقیقه)، ضایعات (kg)، کاهش سرعت (Rate Loss)، کیفیت (Reject/Downgrade) 12min / 18kg / -8% speed / 0 reject
شواهد نمونه شکست (کد)، عکس‌ها، Trend 5 دقیقه قبل (Amp/Speed/Temp)، وضعیت دای/امولسیون Sample#WB-140412…
5Why Why1 تا Why5 با شاهد کنار هر Why
علت ریشه‌ای بیانیه دقیق کنترل‌پذیر PM فیلتراسیون تعریف نشده…
اقدام Containment / Corrective / Preventive + Owner + Due date Owner: نت، Due: …
تأیید اثربخشی شاخص‌ها و پنجره زمانی Breaks/ton طی 4 هفته

نکته اجرایی: فیلد «Location of Break» را اجباری کنید. همین یک فیلد باعث می‌شود در Pareto بفهمید آیا مشکل در پاس خاص است، یا در Pay-off/Take-up، یا مواد ورودی.

منظور از pm چیست؟
PM مخفف Preventive Maintenance یعنی نگهداری و تعمیرات پیشگیرانه (نت پیشگیرانه) است. در خط کشش مفتول آلومینیوم، PM یعنی یک برنامه‌ی منظم و از پیش تعریف‌شده برای بازدید، سرویس، تنظیم و تعویض قطعات/مصرفی‌ها قبل از خرابی تا جلوی توقفات و پارگی‌ها گرفته شود. نمونه‌های خیلی رایج PM در خطوط Drawing: فیلتر امولسیون / سیستم فیلتراسیون: تعویض بر اساس زمان/ساعت کارکرد یا افت فشار (ΔP) پمپ‌ها و نازل‌های امولسیون: تمیزکاری، کنترل دبی/فشار، رفع گرفتگی نازل‌ها
کاپستان‌ها: کنترل روکش/سایش، هم‌محوری، لغزش، وضعیت یاتاقان‌ها
دای‌ها و گایدها: کنترل سایش/خط افتادن، ثبت عمر مصرفی (kg عبوری)، پولیش/تعویض
Take-up / Pay-off / ردیف‌چین: سرویس ترمز/کلاچ، رول‌ها و راهنماها، سنسور تنش و تنظیمات
سنسورها و ابزار اندازه‌گیری: کالیبراسیون یا صحت‌سنجی دوره‌ای (مثل سنسور تنش، دماسنج‌ها)

FAQ — پرسش‌های پرتکرار در تحلیل Wire Break با 5Why

چند سؤال که معمولاً در جلسات RCA تکرار می‌شود و جواب صنعتیِ قابل اجرا دارد.
۱) چرا 5Why گاهی به «چون اپراتور…» ختم می‌شود؟

چون سیستم استاندارد/کنترل ناقص است. اگر Why به رفتار انسانی رسید، یک Why دیگر بپرسید: «چرا سیستم اجازه این خطا را داد؟» معمولاً به نبود SOP، نبود آموزش رسمی، نبود ابزار کمکی (پوکایوکه)، یا نبود پایش می‌رسید.

۲) چند Why لازم است؟ همیشه باید 5 تا باشد؟

عدد 5 یک راهنماست، نه قانون. گاهی با 3 Why به علت ریشه‌ای کنترل‌پذیر می‌رسید، گاهی 6 Why لازم می‌شود. معیار توقف: وقتی به علت «قابل کنترل» رسیدید که با اقدام مشخص قابل حذف/کاهش است.

۳) اگر چند علت همزمان محتمل بود، 5Why را چطور بنویسیم؟

دو مسیر جدا بنویسید (دو 5Why موازی) و بعد با داده تصمیم بگیرید کدام غالب است. مثال: یک مسیر برای «امولسیون/دای» و یک مسیر برای «Take-up/ردیف‌چین».

۴) بهترین KPI برای سنجش پارگی چیست؟

Breaks/ton به تفکیک محصول/recipe + «سهم Location» در Pareto. در کنار آن MTBF (میانگین زمان بین پارگی‌ها) کمک می‌کند پایداری واقعی را ببینید.

منابع پیشنهادی برای روش 5Why و RCA (برای استانداردسازی داخلی)

این فهرست برای هم‌زبانی در روش حل مسئله و جلوگیری از سلیقه‌ای شدن تحلیل‌هاست.
  1. Lean / Toyota-style 5 Whys — راهنمای عمومی روش 5Why (چارچوب پرسشگری علت–معلول).
    https://asq.org/quality-resources/five-whys
  2. RCA Overview (ASQ) — مروری بر تحلیل علت ریشه‌ای و ارتباط آن با اقدام اصلاحی/پیشگیرانه.
    https://asq.org/quality-resources/root-cause-analysis
  3. ISO 9001:2015 — بندهای مرتبط با عدم انطباق و اقدام اصلاحی (برای فرم‌سازی و پیگیری).
    https://www.iso.org/standard/62085.html
  4. SAE/AIAG مفاهیم حل مسئله (8D) — برای کسانی که می‌خواهند 5Why را در قالب 8D بنشانند.
    https://www.aiag.org/quality/quality-core-tools

بدون دیدگاه

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *