پاسخ کوتاه

گزارش هشت‌مرحله‌ای 8D به هماهنگی رسیدگی به مسئله مهم کمک می‌کند: از مهار فوری تا تأیید علت، اقدام اصلاحی و جلوگیری از تکرار. علت ایجاد عیب را از دلیل عبور آن از کنترل جدا کنید. هر مرحله شواهد و مسئول می‌خواهد؛ پرشدن خانه‌ها کافی نیست. مثال فرضی نشتی درپوش نشان می‌دهد چه چیزی ثبت شود، کدام تصمیم هنوز باز است و چرا آزمون کوتاه بدون عیب، به‌تنهایی بستن شکایت مشتری را توجیه نمی‌کند.

نکته‌های کلیدی

مهار فوری را از اصلاح دائمی جدا کنید.

هم علت ایجاد عیب و هم محل عبور آن از کنترل را بررسی کنید.

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

JSONدریافت سابقه تصمیم‌های 8D

فایل JSON شامل تعدادهای شکایت فرضی و بخش‌های خالی برای مهار، شواهد علت، آزمون‌ها، مسئولان و بستن بررسی.

شکایت را طوری بنویسید که شیفت دیگر هم آن را بشناسد

انجمن کیفیت آمریکا (ASQ)، هشت مرحله را روشی هماهنگ برای حل مسئله معرفی می‌کند. بعضی سامانه‌ها مرحله برنامه‌ریزی D0 را هم اضافه می‌کنند. D1 تیم را تشکیل می‌دهد و D2 مسئله را تعریف می‌کند. قالب لازم مشتری را رعایت کنید، ولی محتوای گزارش را از شواهد بگیرید.

در مثال فرضی ما، ۱۲ ظرف از ۴۰۰ ظرف مرجوعی از محل درپوش نشت می‌کنند. این‌ها مرجوعی‌اند، نه نمونه تصادفی تولید؛ سه درصد، نرخ مشاهده‌شده در مرجوعی‌هاست و نرخ عیب کارخانه را نشان نمی‌دهد. نسخه محصول، بچ، آزمون خرابی، تاریخ و وضعیت مشاهده‌شده را ثبت کنید. نشانه را به علت فرض‌شده تبدیل نکنید.

مهار در D3 باید گروه مشخصی از محصول را پوشش دهد

فرض کنید سوابق ارسال، ۲٬۰۰۰ ظرف را در بازه مشکوک تولید مشخص می‌کنند: ۱٬۴۰۰ ظرف در کارخانه و ۶۰۰ ظرف ارسال‌شده. مهار، به توقیف کنترل‌شده محصول و پاسخ توافق‌شده با مشتری برای این محل‌ها نیاز دارد. تعداد ارسال‌شده، تعداد بازرسی‌شده یا تعداد عیب اثبات‌شده نیست.

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

گروه محصول در مثال فرضیتعدادوضعیت اولیه
موجودی کارخانه۱۴۰۰توقیف تا تعیین تکلیف تأییدشده
ارسال به مشتری۶۰۰تماس و تصمیم مهار لازم است
کل محدوده مشکوک۲۰۰۰تعداد عیب بازرسی‌شده نیست
مرجوعی دارای نشتی مشاهده‌شده۱۲ از ۴۰۰ مرجوعیشاهد شکایت؛ نمونه سوگیری انتخاب دارد

در D4، دو مسیر علت را بررسی کنید

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

با تحلیل علت ریشه‌ای می‌توانید توضیح‌های رقیب را منظم کنید. وضعیت سالم و معیوب، وضعیت ابزار، ابعاد قطعه و حساسیت آزمون را مقایسه کنید. راهنمای هشت مرحله‌ای ASQ، علت ایجاد عیب را از علت شناسایی‌نشدن آن در کنترل جدا می‌کند. جمع‌بندی مطمئن جلسه، نه اثبات علت است و نه اعتبارسنجی آزمون.

زنجیره تصمیم در 8D، مهار فوری، علت تأییدشده ایجاد عیب و عبور از کنترل، اصلاح پیشنهادی و شواهد بستن بررسی را جدا می‌کند.
در مثال فرضی شکایت، مشاهده، فرضیه و اقدام آزموده‌نشده جدا ثبت می‌شوند. باز کردن نمودار در اندازهٔ کامل

D5 و D6، اصلاح پیشنهادی را از اصلاح مؤثر جدا می‌کنند

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

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

  1. تعریف و مهار

    بر نشانه، محدوده محصول، محل توقیف و حفاظت مشتری توافق کنید.

  2. بررسی دو مسیر علت

    شواهد ایجاد عیب و ضعف تشخیص را جدا جمع کنید.

  3. انتخاب و آزمون اصلاح

    اثر پیش‌بینی‌شده، شرایط ایمن آزمون، بررسی‌ها و مرجع پذیرش را مشخص کنید.

  4. تأیید اثربخشی پایدار

    پیش از برداشتن مهار، شواهد تولید نماینده و وضعیت مشتری را بررسی کنید.

پیشگیری در D7 باید روش کار را تغییر دهد

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

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

بررسی را با شواهد و تصمیم درباره ریسک باقی‌مانده ببندید

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

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

مثالی مرتبط از ابوالفضل

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

مطالعهٔ یادداشت تکمیلی

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

چک‌لیست عملی

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

پرسش‌های متداول

پرسش‌های متداول

منابع و مطالعهٔ بیشتر

منابع معتبر استفاده‌شده برای پژوهش و بررسی این راهنما.