یک عیب ممکن است در گزارش‌های مختلف با چند نام نوشته شود و چند عیب متفاوت هم نام مشابه داشته باشند. هوش مصنوعی می‌تواند برای یکدست‌کردن برچسب‌ها پیشنهاد بدهد. خروجی زمانی به تحلیل کیفیت کمک می‌کند که تعریف دسته‌ها روشن باشد، متن اصلی حفظ شود و شمارش گزارش با شمارش قطعه معیوب اشتباه نشود.
واژه‌نامه را با مسئول کیفیت بسازید
برای هر دسته، تعریف کوتاه، نمونه شامل، نمونه خارج از دسته و کد ثابت ثبت کنید. واژه‌نامه می‌تواند ابتدا محدود به یک خانواده محصول باشد. برچسب «سایر» همراه توضیح و وضعیت «نیازمند بررسی» لازم است تا مدل مجبور نشود هر گزارش مبهم را در یکی از دسته‌های قطعی جا دهد.
متن اصلی را کنار برچسب پیشنهادی نگه دارید
شرح بازرس، دسته پیشنهادی، دلیل کوتاه و تصمیم بازبین را جدا ذخیره کنید. اگر یک گزارش چند عیب دارد، امکان چند برچسب یا چند ردیف وابسته به همان گزارش را از ابتدا تعریف کنید. نسخه واژه‌نامه نیز همراه هر نتیجه ثبت شود تا تغییر دسته‌بندی در دوره بعد قابل توضیح باشد.
مقایسه از پرونده عدم انطباق دارای شناسه آغاز می‌شود. نتیجه دسته‌بندی تنها شاهدی برای بررسی است و با پیگیری اقدام اصلاحی و سنجش اثربخشی تکمیل می‌شود.
واحد شمارش را پیش از نمودار مشخص کنید
ده گزارش ممکن است به یک بچ یا یک رویداد مربوط باشند. تعداد گزارش، تعداد قطعه بررسی‌شده و تعداد قطعه دارای عیب مفاهیم متفاوت‌اند. نرخ عیب به صورت و مخرج معتبر نیاز دارد. اگر تعداد بررسی‌شده در دسترس نیست، نمودار تعداد گزارش با همان عنوان نمایش داده شود و به نرخ خرابی تغییر نام ندهد.
شباهت گزارش، علت را اثبات نمی‌کند
بیشترشدن یک برچسب می‌تواند از تغییر روش ثبت، افزایش بازرسی یا تغییر واقعی فرایند بیاید. برای مقایسه دوره‌ها، محصول، حجم بررسی و روش دسته‌بندی را کنترل کنید. تهیه گزارش از چند فایل اکسل درباره شناسه و کیفیت ورودی مکمل این مرحله است؛ توضیح علت به شاهد و بررسی تخصصی نیاز دارد.
کنترل‌های پیش از مقایسه عیب‌ها
| پرسش | کنترل پیشنهادی | اثر بر گزارش |
|---|---|---|
| واژه‌ها هم‌معنا هستند؟ | بررسی نمونه‌های مرزی | کاهش ادغام نادرست |
| گزارش دوباره ثبت شده؟ | شناسه رویداد و منبع | جلوگیری از شمارش تکراری |
| یک قطعه چند عیب دارد؟ | تعریف روش چندبرچسبی | جمع دسته‌ها الزاماً تعداد قطعه نیست |
| مخرج نرخ موجود است؟ | تعداد معتبر قطعات بررسی‌شده | در نبود مخرج، فقط تعداد گزارش |
| تعریف دسته تغییر کرده؟ | ثبت نسخه واژه‌نامه | مقایسه سازگار یا بازبرچسب‌گذاری |
مثال فرضی
فرض کنید در نمونه فرضی، «لب‌پریدگی لبه» و «خراش سطح» هر دو با واژه «آسیب» ثبت می‌شوند. ادغام آن‌ها در یک دسته، تفاوت محل و نوع نقص را پنهان می‌کند. تیم کیفیت دو تعریف جدا می‌سازد و مدل گزارش‌های مبهم را برای بازبینی برمی‌گرداند. در نمودار، تعداد گزارش‌ها نمایش داده می‌شود؛ چون تعداد کل قطعات بررسی‌شده هنوز کامل نیست.
کنترل کیفیت و شروع محدود
یک مجموعه مرجع با برچسب کارشناس بسازید. اشتباه هر دسته، موارد چندعیبی و سهم گزارش‌های برگشتی را جدا بررسی کنید. علاوه بر نتیجه کلی، دسته‌های کم‌تعداد اما مهم را ببینید. کاهش زمان برچسب‌گذاری با احتساب بازبینی سنجیده شود.
- تعریف و نسخه واژه‌نامه روشن است.
- متن اصلی پس از برچسب‌گذاری حفظ می‌شود.
- واحد شمارش و مخرج نرخ مشخص است.
- علت قطعی از شباهت متن استنتاج نمی‌شود.
برای سنجش این روش روی یک خانواده محصول، پایلوت یک فرایند را با مجموعه مرجع و معیار خطای مورد توافق تعریف کنید.
ASQ تحلیل علت ریشه‌ای را مجموعه روش‌های بررسی علت مسئله معرفی می‌کند؛ دسته‌بندی گزارش‌ها به‌تنهایی این بررسی را کامل نمی‌کند. راهنمای تحلیل علت ریشه‌ای ASQ. جدول‌ها و مثال‌های این مقاله الگوی پیشنهادی وب‌کمک‌اند و استاندارد رسمی یا نتیجه یک پروژه واقعی نیستند.
پرسش و پاسخ
می‌تواند دسته پیشنهاد دهد، اما تعریف نهایی، ادغام دسته‌ها و حدود کاربرد باید با مسئول کیفیت تأیید شوند.
خیر. گزارش تکراری، چند عیب در یک قطعه یا گزارش تجمیعی می‌تواند این دو عدد را متفاوت کند.
فقط موضوعی برای بررسی نشان می‌دهد. تشخیص و تأیید علت به داده و روش بررسی مستقل نیاز دارد.
گفتگو
دیدگاه‌ها و پرسش‌های شما
اگر درباره این نوشته تجربه، سوال یا نکته‌ای دارید، همین‌جا بنویسید تا گفتگو برای خوانندگان بعدی هم کامل‌تر شود.