تصميم المسؤوليات وصلاحيات اتخاذ القرار للتعاون بين الأقسام في الطباعة ثلاثية الأبعاد

مقدمة: فشل التعاون ليس غالباً مشكلة موقف، بل مشكلة صلاحيات قرار غير محددة

أثناء تنفيذ طلبات الطباعة ثلاثية الأبعاد، نادراً ما يكون التأخير أو إعادة العمل ناتجاً عن عدم تعاون فرد ما. والأكثر شيوعاً أن المسألة نفسها تنتقل بين ثلاثة أقسام مرتين قبل اتخاذ القرار الحقيقي بشأنها. يرى التصميم أن سماكة الجدار يمكن تخفيف متطلباتها، بينما تؤكد هندسة العمليات ضرورة الطباعة وفق الرسم الأصلي، ويتمسك قسم الجودة بالحكم وفق المخططات، في حين يكون قسم المبيعات قد وعد العميل شفهياً بموعد التسليم؛ الجميع «يتعاون»، لكن لا أحد مخول بوضوح لاتخاذ المفاضلة النهائية. وإذا اقتصر نظام التعاون بين الأقسام على «إنشاء قنوات تواصل، وعقد اجتماعات دورية، وتعزيز التنسيق»، فلن يجيب عن الأسئلة الثلاثة الأهم: من يتخذ القرار النهائي، ومن يجب استشارته، وإلى أي مستوى يُصعّد الخلاف.

أولاً: إعادة التعاون من مشكلة تواصل إلى مشكلة صلاحيات قرار

تتمثل أولى خطوات هندسة آلية التعاون في تفكيك كل مسألة عابرة للأقسام إلى وحدات قرار قابلة للتفويض، بدلاً من إسنادها بصورة عامة إلى قسم معين. وتتضمن طلبات الطباعة ثلاثية الأبعاد النموذجية ستة أنواع على الأقل من نقاط القرار المشتركة بين الأقسام: تقييم الجدوى التقنية (هل يمكن تصنيع هذا الشكل؟)، اختيار مسار العملية (توليفة المادة والمعدة)، الالتزام بموعد التسليم (بما في ذلك مراحل التعهيد الخارجي)، قبول التغييرات (هل يعاد التخطيط بعد تعديل العميل للرسم؟)، التصرف في المنتجات غير المطابقة (إصلاح أو قبول استثنائي أو إتلاف)، والإفراج عن التسليم (هل يرفق تقرير الفحص أم لا). وإذا افترضت هذه النقاط جميعاً أن الحل هو «النقاش في اجتماع»، فإن قراراً يفترض أن يُنجز خلال دقائق سيتحول إلى اجتماعات تمتد أياماً.

يتمثل النهج الهندسي في تعيين مسؤول نهائي واحد (Accountable) لكل نقطة قرار؛ والمقصود واحد فقط، وليس «مسؤولية مشتركة». فوجود شخصين مسؤولين بصورة مشتركة يعني عملياً عدم مسؤولية أي منهما. يمتلك المسؤول النهائي سلطة اتخاذ القرار الأخير، بينما يصنف الأطراف الآخرون إلى جهات يجب استشارتها (Consulted، ويتعين عليها تقديم المدخلات قبل القرار) وجهات يجب إبلاغها (Informed، وتتلقى النتيجة بعد القرار). وهذا هو جوهر مصفوفة RACI: المنفذ (Responsible)، المسؤول النهائي/صاحب القرار (Accountable)، المستشار (Consulted)، والمُبلّغ (Informed).

ثانياً: قواعد إعداد مصفوفة RACI والأخطاء الشائعة

هناك عدة قواعد صارمة عند إعداد مصفوفة RACI. أولاً، يجب أن تحتوي خانة A لكل وحدة قرار على علامة واحدة فقط. ظهور علامتي A يمثل عيباً في التصميم، ويستلزم مزيداً من تفكيك وحدة القرار؛ فعلى سبيل المثال، يمكن تقسيم «التصرف في المنتج غير المطابق» إلى «تحديد مستوى العيب» (الجودة هي A) و«اختيار أسلوب المعالجة» (هندسة العمليات هي A والجودة هي C). ثانياً، يمكن أن يكون هناك عدة منفذين R، لكن يجب تحديد المنفذ الرئيسي، عادةً بوضعه بين قوسين. ثالثاً، لا ينبغي أن يزداد عدد جهات C كثيراً؛ فإذا تجاوزت ثلاث جهات في وحدة قرار واحدة، فهذا يعني أن المسألة انتشرت أكثر من اللازم وينبغي حصرها في الطرفين أو الأطراف الثلاثة التي تؤثر فعلياً في القرار. رابعاً، لا تعني I عدم المشاركة؛ ففي نقاط مثل الإفراج عن التسليم، يجب على المبيعات بصفتها I إكمال إبلاغ العميل خلال ساعة واحدة من صدور النتيجة.

الخطأ الأكثر شيوعاً هو إدراج أسماء الأقسام في المصفوفة بدلاً من الأدوار. فالقسم وحدة تنظيمية، أما الدور فهو حامل المسؤولية؛ وقد يختلف دور القسم نفسه كلياً بين نقاط القرار المختلفة. فقسم الجودة هو A في «تصنيف العيوب»، لكنه مجرد C في «اختيار مسار العملية». وينبغي أن تُبنى المصفوفة على الأدوار، مثل مهندس العمليات ومالك المشروع ومهندس الجودة، في مقابل نقاط القرار.

ثالثاً: قائمة الواجهات: تحويل مخرجات التسليم بين الأقسام إلى بنود قابلة للقبول

بعد تحديد صلاحيات القرار، تتمثل الخطوة الثانية في تحديد الواجهات. ينشأ قدر كبير من الاحتكاك بين الأقسام من «عدم اكتمال عناصر التسليم»: فقد يفتقر النموذج الذي ينقله التصميم إلى العمليات إلى توصيف المادة، وقد تفتقر تعليمات العمل التي تنقلها العمليات إلى الإنتاج إلى طريقة إزالة الدعامات، وقد تفتقر العينة التي ينقلها الإنتاج إلى الجودة إلى رقم دفعة الطباعة. وتتطلب قائمة الواجهات تحديد ثلاثة حقول بوضوح: اسم عنصر التسليم، ووقت التسليم، ومعيار القبول. ويجب أن يكون معيار القبول قابلاً للتحقق، مثل «يتضمن ملف النموذج درجة المادة ومتطلبات المعالجة اللاحقة وأبعاداً حرجة ورقم الإصدار»، وليس عبارة عامة مثل «المستندات مكتملة».

يوصى بتحديد مجموعة حقول إلزامية لكل عنصر تسليم في قائمة الواجهات. فعلى سبيل المثال، ينبغي أن تتضمن تعليمات العمل التي تسلمها العمليات إلى الإنتاج، كحد أدنى، رقم المعدة ورقم دفعة المادة واتجاه الوضع وخطة الدعامات وسماكة الطبقة ونطاقات المعلمات الحرجة ومنحنى المعالجة الحرارية وطريقة إزالة الدعامات والتنظيف ونسبة أخذ العينات للفحص. وإذا غاب أي حقل، يحق للجهة اللاحقة رفض الاستلام، ولا يُحتسب وقت الرفض ضمن مدة عملها. وتساعد هذه القاعدة في استبعاد «التعليمات الشفهية» و«استكمال المستندات لاحقاً» من سير العمل.

رابعاً: قواعد التصعيد: لا ينبغي حل الخلافات عبر اجتماعات متكررة

حتى مع وضوح صلاحيات القرار، ستظهر الخلافات. وهنا يلزم وضع قواعد تصعيد مسبقة بدلاً من البحث المؤقت عن مدير. ويُوصى بأن تعتمد قواعد التصعيد على شرطين للتفعيل: عامل الوقت وعامل الأثر. يعني تفعيل الوقت أن نقطة قرار ما لم تُغلق ضمن المهلة المتفق عليها، مثل 24 ساعة لتقييم الجدوى التقنية، فتُصعّد تلقائياً إلى المستوى الأعلى. أما تفعيل الأثر فيعني أن الخلاف يؤدي إلى تغيير في موعد التسليم يتجاوز حداً معيناً، مثل تأخير تاريخ التسليم أكثر من يومين، أو إلى تغير في التكلفة يتجاوز حداً معيناً، مثل زيادة تتعدى 5% من تكلفة القطعة، وعندها يجب التصعيد فوراً مع إشعار مالك المشروع وجهة الاتصال مع العميل في الوقت نفسه.

ينبغي أن يتضمن القرار بعد التصعيد مهلة احتياطية واضحة وإجراءً افتراضياً. فمثلاً، بعد التصعيد إلى مالك المشروع، يجب إصدار قرار مكتوب خلال 8 ساعات؛ وإذا لم يُحسم الأمر عند انتهاء المهلة، يُنفذ تلقائياً «الخيار المحافظ»، أي التنفيذ وفق الرسم الأصلي والعملية الأصلية مع تمديد موعد التسليم، لتجنب تعليق المشروع في حالة انتظار. ويمثل وجود الإجراء الافتراضي بحد ذاته آلية ضغط تدفع جميع الأطراف إلى التوصل إلى قرار ضمن المهلة.

خامساً: تحويل آلية التعاون إلى سجلات قابلة للتدقيق

لا يمكن الحكم على عمل آلية التعاون فعلياً بالانطباع، بل يجب مراجعة ثلاثة أنواع من السجلات: سجل القرارات (نتيجة كل نقطة قرار ومسؤولها ووقتها)، وسجل تسليم الواجهات (عنصر التسليم والمستلم ونتيجة القبول)، وسجل التصعيد (شرط التفعيل ومستوى التصعيد والنتيجة النهائية). ويمكن أن تكون هذه السجلات بسيطة جداً، مثل بند واحد في جدول مشترك، لكنها يجب أن تكون موجودة. ويُحسب شهرياً مؤشرا متوسط زمن إغلاق نقاط القرار ومعدل القبول من المرة الأولى للواجهات. يعكس المؤشر الأول مدى وضوح التفويض، بينما يعكس الثاني مدى اكتمال تعريف الواجهات.

يوصى باختيار خمسة مشاريع مكتملة شهرياً لإجراء مراجعة للتعاون. ولا ينبغي أن يكون التركيز على تحديد المسؤوليات، بل على تصحيح المصفوفة نفسها: ما نقاط القرار التي لم تُمارس فيها صلاحية A فعلياً مطلقاً، بما يدل على أن التفويض دقيق أكثر من اللازم؟ وما نقاط القرار التي تتكرر فيها عمليات التصعيد، بما يدل على أن مستوى التفويض منخفض أو أن المعايير غير واضحة؟ وما الواجهات التي يتكرر رفض استلامها، بما يدل على ضرورة تعديل مجموعة الحقول الإلزامية؟ وينبغي مراجعة المصفوفة والقوائم مع تغير الأعمال، مع الاحتفاظ برقم الإصدار وتاريخ السريان.

الخلاصة

يمكن تلخيص المسار الهندسي للتعاون بين الأقسام في أربع خطوات: تفكيك مسائل التعاون إلى وحدات قرار قابلة للتفويض، وتعيين مسؤول نهائي واحد لكل وحدة وإعداد مصفوفة RACI، وتحويل مخرجات التسليم بين الأقسام إلى بنود قابلة للقبول باستخدام قائمة واجهات، ومعالجة الخلافات بقواعد تصعيد مزدوجة تعتمد على الوقت والأثر مع إجراء افتراضي احتياطي. وأخيراً، تُستخدم سجلات القرار والتسليم والتصعيد لإجراء قياس شهري ومراجعة المصفوفة بناءً على النتائج. ولا تعتمد آلية التعاون المنشأة بهذه الطريقة على رغبة الأفراد في التنسيق، بل تعمل باستمرار بفضل تفويض واضح وواجهات قابلة للتحقق ومسار تصعيد نافذ تلقائياً.