تحليل السبب الجذري في الإنتاج: أسلوب الأسئلة الخمسة «لماذا» ومخطط عظمة السمكة عمليًا
By Mirko Peters ·
تحليل السبب الجذري في الإنتاج خطوة بخطوة: متى تستخدم أسلوب الأسئلة الخمسة «لماذا» أو مخطط عظمة السمكة، وكيف تتحقق من السبب، ومثال تطبيقي على توقف الإنتاج بأرقام.
Automatically translated with AI from the original post. Read the English original
تحليل السبب الجذري (RCA) يحدد السبب الكامن وراء المشكلة، بحيث يمنع الحل تكرارها. وفي الإنتاج، تتمثل الأدوات المعتادة في أسلوب الأسئلة الخمسة «لماذا» ومخطط عظمة السمكة. هذه المقالة موجهة إلى مديري الإنتاج الذين يجب أن يحلوا مشكلات خطوط الإنتاج اليوم، ويريدون أن تبقى هذه المشكلات محلولة. ستجد فيها روتينًا واضحًا، ودليلًا لاختيار بين الأداتين، ومثالًا تطبيقيًا على توقف الإنتاج بأرقام، وقائمة بالأخطاء الشائعة.
النقاط الرئيسية
- يحدد تحليل السبب الجذري السبب الكامن وراء المشكلة، حتى يمنع الحل تكرارها بدلًا من معالجة العَرَض فقط.
- استخدم أسلوب الأسئلة الخمسة «لماذا» لسلسلة سببية واضحة، واستخدم مخطط عظمة السمكة أولًا عندما يُحتمل أن تتفاعل أسباب عدة.
- يجب أن تُجاب كل إجابة «لماذا» بحقيقة مُلاحظة أو بيانات مقاسة، لا بفرضية، ويجب التحقق من السبب قبل اتخاذ الإجراء.
- ابدأ بأكبر الخسائر باستخدام عرض باريتو، وأعطِ الأولوية لعنق الزجاجة، حيث يكلّف الوقت الضائع الخط بأكمله.
- لا يثبت الحل إلا عندما يُظهر الفحص أن المشكلة لم تعد تظهر، لذلك نفّذه كتجربة صغيرة ضمن دورة PDCA.
ما هو تحليل السبب الجذري في الإنتاج؟
تصف منصة iSixSigma تحليل السبب الجذري بأنه وسيلة لتحديد المصدر الكامن وراء فشل عملية أو منتج. وتوصي بالبدء ببيان واقعي للمشكلة، يتضمن المنتج أو العملية الفاشلة، والملاحظات، وعدد الوحدات المعيبة، ووصف العميل للمشكلة. انظر مقالتها عن مخططات إيشيكاوا والأسئلة الخمسة «لماذا».
هناك ثلاثة مصطلحات يسهل الخلط بينها:
- الاحتواء يحمي العميل أو الخط اليوم، مثلًا بفرز القطع المشكوك فيها. لكنه لا يزيل السبب.
- الإجراء التصحيحي هو التغيير الذي يزيل السبب.
- السبب الجذري هو السبب الذي يمنع، عند إزالته، تكرار المشكلة في ظروف مماثلة.
إذا اكتفيت بالاحتواء فسيعود العيب أو التوقف نفسه. وإذا قفزت مباشرةً إلى الإجراء التصحيحي دون سبب مُتحقق منه، فقد تُصلح الشيء الخطأ. ويقع تحليل السبب الجذري بين الاثنين.
متى تستخدم أسلوب الأسئلة الخمسة «لماذا»؟
يصف قاموس ASQ أسلوب الأسئلة الخمسة «لماذا» بأنه تقنية تتضمن طرح سؤال «لماذا؟» مرارًا. ويُطبَّق عادةً نحو خمس مرات، لكن عدد أقل أو أكثر مقبول، ويُنسب تطويره إلى ساكيشي تويودا. وقواعده عملية:
- اكتب بيانًا دقيقًا للمشكلة مدعومًا بالبيانات.
- اسأل لماذا حدثت المشكلة، وسجّل أقرب سبب يمكن ملاحظته.
- واصل طرح سؤال «لماذا» على كل إجابة، مع البقاء مرتبطًا بالحقائق.
- توقف عند سبب يمكنك التصرف فيه لمنع التكرار.
- تحقق من السبب الجذري: هل يؤدي إلى المشكلة؟ وهل سيمنع إصلاحه حدوثها؟
- طبّق إجراءً مضادًا، وتأكد عبر قياس لاحق أن المشكلة لا تتكرر.
تشير الصفحة نفسها إلى أن كل إجابة يجب أن تكون «حقيقة مُلاحظة أو نقطة بيانات مقاسة، لا فرضية». كما تذكر أن الأسلوب يعمل بأفضل صورة مع السلاسل السببية الخطية ذات السبب الجذري الواحد، وتوصي بمخطط عظمة السمكة للمشكلات المعقدة.
متى يكون مخطط عظمة السمكة أفضل؟
مخطط عظم السمكة، أو مخطط إيشيكاوا، هو تمثيل مرئي للفرضيات. يوضع التأثير، مثل "قصور في الحقن على المكبس 3"، في رأس المخطط، وتمثل الفروع الأسباب المحتملة. غالبًا ما يجمع الفريق الفروع في فئات مثل: الآلة، والطريقة، والمادة، والأفراد، والقياس، والبيئة. يساعد المخطط الفريق على رؤية أسباب محتملة عديدة في وقت واحد، والاتفاق على الأسباب التي تستحق الاختبار.
توصي iSixSigma بطريقة واضحة للجمع بين الأدوات: اكتب بيان المشكلة واجمع البيانات أولًا، ثم ابنِ المخطط من فرضيات تصف تأثيرات يمكن ملاحظتها، وطبّق أسئلة «لماذا الخمسة» على الفروع الأرجح، وتابع كل فرضية مع مالك ومهلة محددة. كما تحذّر من أن المخططات المبنية على العصف الذهني كثيرًا ما تتضمن أسبابًا لا تسهم في المشكلة، وأن فئات غامضة مثل «الإضاءة» نادرًا ما تُظهر مسارًا يؤدي إلى الفشل.
قاعدة عملية: إذا كانت هناك سلسلة واحدة واضحة، فيكفي «لماذا الخمسة». أما إذا وُجدت عوامل محتملة متعددة تسهم في المشكلة، أو كان الفريق غير متفق، فابدأ بمخطط عظم السمكة أولًا.
تتزامن في كثير من مشكلات الإنتاج أكثر من سبب جذري واحد. فقد ينتج التوقف القصير عن جزء متآكل، وغياب فحص، وفجوة في التدريب في الوقت نفسه. وعند تحديد السبب الجذري، اسأل نفسك: هل وجدت أحد الأسباب الجذرية، أم وجدتها جميعًا؟ تحديد المشكلة بدقة نصف الإجابة، فالبيان الضيق، مثل «توقفات في المحطة 3 خلال وردية الليل»، يقود إلى أسباب محتملة أقل من بيان واسع. ولتحديد السبب الجذري لعيب متكرر، قارن الدورات الجيدة بالمعيبة، وسجّل ما يختلف بينها. ثم نفّذ إجراءً تصحيحيًا لكل سبب تم التحقق منه، واحدًا تلو الآخر، حتى تعرف أيها يعمل. هذا حل مشكلات بسيط: الحقائق أولًا، ثم الفرضيات، والإجراءات أخيرًا.
كيف تُجري تحليل الأسباب الجذرية على خط الإنتاج؟
- الاحتواء. احمِ العميل وخط الإنتاج أولًا. اعزل المنتج المشتبه به، وأعد النظام إلى حالة آمنة.
- اختر المشكلة. لا تحلّل كل شيء. استخدم مخطط باريتو، وهو ترتيب للخسائر من الأكبر إلى الأصغر، وخذ الأكبر. انظر أولًا إلى عنق الزجاجة، وهي الخطوة التي تحدّ من الإنتاج. فالدقيقة الضائعة هناك تُفقد على مستوى الخط كله، بينما قد لا تكلّف الدقيقة الضائعة في خطوة لديها طاقة فائضة شيئًا.
- حدّدها بالبيانات. ما هي؟ أين؟ متى؟ ما مقدارها؟ مقارنةً بماذا؟ ضع رقمًا عليها.
- اذهب وشاهد بنفسك. انظر إلى العملية الفعلية في موقع العمل (gemba)، وهي كلمة يابانية تعني «المكان الحقيقي»، أي أرضية الإنتاج. وتحدّث إلى المشغّلين الذين كانوا حاضرين.
- حدّد الأسباب المرشحة. استخدم «لماذا الخمسة» أو مخطط عظم السمكة مع فريق متعدد التخصصات: مشغّل، وصيانة، وجودة، ومشرف.
- تحقّق. اختبر السبب المرجّح. إذا كان حقيقيًا، فإن إزالته يجب أن تغيّر النتيجة، وإعادته يجب أن تعيد المشكلة.
- نفّذ وتحقّق. شغّل الإجراء المضاد كتجربة صغيرة وقِس النتيجة. تمنح دورة PDCA هذه الخطوة شكلها، ويمكن لـتقرير A3 أن يوثّق القصة كاملة في صفحة واحدة.
مثال: التوقف على خط واحد
يستخدم هذا المثال أرقامًا افتراضية.
يعمل الخط 4 بورديتين مدة كل منهما 8 ساعات، لمدة 5 أيام، أي 80 ساعة مخططة. وقد فقد الخط الأسبوع الماضي 14 ساعة بسبب التوقفات، أي 14 ÷ 80 = 17.5%.
مخطط باريتو للتوقفات:
- أخطاء قراءة المستشعر: 6.3 ساعة (45%)
- تجاوز وقت تغيير الإعداد: 4.2 ساعة (30%)
- الانتظار للحصول على المواد: 2.1 ساعة (15%)
- أخرى: 1.4 ساعة (10%)
يشكّل السببان الأكبران 75% من الخسارة، لذلك يبدأ الفريق بأخطاء قراءة المستشعر.
لماذا الخمسة.
- لماذا توقف الخط؟ لأن المستشعر أخطأ في قراءة موضع القطعة.
- لماذا؟ لوجود غبار على عدسة المستشعر.
- لماذا وُجد الغبار؟ لأن أحدًا لا ينظف العدسة أثناء الوردية.
- لماذا لا يُنظَّف؟ لأن التنظيف ليس جزءًا من العمل القياسي للمشغّل.
- لماذا؟ لأن العمل القياسي كُتب قبل تركيب المستشعر.
السبب الجذري هو فجوة في العمل القياسي، وليس عيبًا في المستشعر. والإجراء المضاد هو إضافة فحص للعدسة إلى روتين بداية الوردية، وتركيب غطاء صغير.
الأثر المتوقع. إذا أزال هذا 80% من توقفات المستشعر: 6.3 × 0.8 = 5.04 ساعة. يصبح إجمالي التوقف الجديد 14 − 5.04 = 8.96 ساعة، أي 8.96 ÷ 80 = 11.2%. يُظهر الفحص بعد أسبوعين ما إذا كانت النتيجة الفعلية تطابق المتوقع. فإن لم تطابقه، يعود الفريق إلى المخطط.
كيف تتأكد من أن السبب هو السبب الصحيح؟
اختبر النتيجة قبل أن تستثمر في الحل. يساعد سؤالان بسيطان:
- إذا كان السبب الذي حددته مختلفًا، فهل كانت النتيجة ستختلف؟
- إذا أزلته، فهل يصعب تكرار الفشل نفسه في ظروف مشابهة؟
اجمع البيانات قبل التغيير وبعده. يختتم تحليل السبب الجذري الجيد بنتيجة مقاسة وبمعيار تم تغييره، وبهذه الطريقة يغذّي التحسين المستمر بدلًا من إطفاء الحرائق. ودوّن أيضًا العوامل المساهمة التي لم تعالجها، مثل التدريب أو الأدوات، حتى لا تضيع.
احذر من عبارة "الخطأ البشري". فهي نادرًا ما تكون سببًا جذريًا. إذا ارتكب مشغّل خطأً، فاسأل لماذا سمحت العملية بحدوثه: هل كانت التعليمات واضحة؟ وهل كانت الأداة مناسبة؟ وهل كان هناك وقت كافٍ؟ الإجابة في أغلب الأحيان تكمن في النظام.
الأخطاء الشائعة
- التوقف عند السؤال الأول "لماذا". غالبًا ما تكون الإجابة الأولى مجرد عَرَض للمشكلة.
- الإجابة بالآراء. يحتاج كل "لماذا" إلى حقيقة ملاحَظة أو قياس.
- لوم الأشخاص. اللوم يُنهي النقاش ويخفي السبب الحقيقي.
- تحليل المشكلات الصغيرة أولًا. استخدم مخطط باريتو وابدأ بأكبر خسارة.
- تخطي التحقق. السبب غير المتحقَّق منه يقود إلى حل لا ينجح.
- عدم تغيير المعيار. إذا بقي العمل القياسي كما هو، فستعود المشكلة.
كيف يمكن للبرمجيات أن تساعد
يحتاج التحليل الجيد إلى بيانات جيدة. يمكن للبرمجيات تسجيل سبب كل توقف لحظة حدوثه، وإنشاء مخططات باريتو تلقائيًا، وإظهار ما إذا عادت المشكلة بعد الحل. وهذا يوفر الوقت في الخطوات الأولى من تحليل السبب الجذري، ويمنح الفريق حقائق بدلًا من الذكريات. الأداة لا تفكر بدلًا منك، فالناس ما زالوا يذهبون إلى الموقع الفعلي (gemba) ويسألون "لماذا".
الخطوة التالية
خذ أكبر خسارة حدثت على خط إنتاجك الأسبوع الماضي، واكتب بيان مشكلة يتضمن رقمًا، ونفّذ أسلوب الأسئلة الخمسة "لماذا" مع المشغّلين الذين كانوا حاضرين. ثم تحقق من السبب بتجربة صغيرة. هذه هي الطريقة العملية لتطبيق تحليل السبب الجذري في إنتاجك.