مصفوفة RACI: كيف توزع الأدوار والمسؤوليات دون تداخل؟

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

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

ما هي مصفوفة RACI؟

تعرّف أدبيات إدارة المشاريع مصفوفة RACI بوصفها نوعًا من مصفوفات إسناد المسؤولية يوضح مستوى مشاركة أصحاب المصلحة في كل نشاط أو مخرج. الأحرف الأربعة اختصار لأدوار مختلفة وليست درجات في التسلسل الإداري:

• R — Responsible، المنفّذ: الشخص أو الفريق الذي يؤدي العمل فعليًا وينتج المخرج المطلوب. يمكن أن يوجد أكثر من منفذ عند الضرورة، لكن زيادة العدد بلا تقسيم واضح ترفع خطر التكرار أو انتظار كل طرف للآخر.
• A — Accountable، صاحب المساءلة: المالك النهائي للنتيجة، وصاحب سلطة اعتمادها أو رفضها. الأفضل أن يكون واحدًا فقط لكل مهمة حتى لا ينقسم القرار بين جهتين.
• C — Consulted، المستشار: صاحب خبرة أو مصلحة تُطلب مدخلاته قبل التنفيذ أو القرار. التواصل معه ثنائي الاتجاه، أي إنه يقدم رأيًا وقد يغيّر الرأي شكل المخرج.
• I — Informed، المطّلع: من يحتاج إلى تحديث عن التقدم أو النتيجة من دون أن يكون مطلوبًا منه تقديم موافقة أو تنفيذ. التواصل معه غالبًا أحادي الاتجاه.

يتفق هذا المعنى مع تعريف معجم مصطلحات معهد إدارة المشاريع PMI، بينما يقدم دليل Atlassian الرسمي لمصفوفة RACI شرحًا عمليًا للأدوار وطريقة قراءة المصفوفة.

الفرق بين المنفّذ R وصاحب المساءلة A

أكثر أخطاء RACI شيوعًا هو التعامل مع R وA بوصفهما الدور نفسه. المنفّذ يسأل: «ماذا يجب أن أنجز؟»، أما صاحب المساءلة فيسأل: «هل النتيجة صحيحة وجاهزة للاعتماد؟». قد يجمع شخص واحد الدورين في مهمة صغيرة، لكن ذلك ليس قاعدة عامة.

تخيّل أن الشركة تطلق صفحة هبوط لحملة تسويقية. كاتب المحتوى يصوغ النص، والمصمم يبني الشكل، والمطور ينشر الصفحة؛ هؤلاء منفذون R بحسب تقسيم المهمة. مدير الحملة يملك النتيجة التجارية النهائية ويعتمد الإطلاق، لذلك هو A. المستشار القانوني قد يكون C لمراجعة الادعاءات والشروط، بينما مدير المبيعات قد يكون I ليعرف موعد بدء استقبال العملاء المحتملين.

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

متى تحتاج إلى مصفوفة RACI؟

تكون المصفوفة مفيدة عندما يعبر العمل حدود وظيفة واحدة أو عندما تتكرر الخلافات حول الملكية. استخدمها في الحالات الآتية:

• إطلاق منتج أو خدمة يشارك فيه التسويق والتقنية والمالية والقانون.
• تنفيذ مشروع جديد أو تغيير تنظيمي تتبدل معه الصلاحيات.
• وجود تأخير متكرر سببه انتظار الموافقات أو غموض من يبدأ المهمة.
• تسليم العمل بين فرق متعددة أو مورد خارجي وموظفين داخليين.
• بناء عملية دورية مثل الإقفال المالي، التوظيف، إعداد التقارير أو إدارة الحملات.

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

طريقة بناء مصفوفة RACI خطوة بخطوة

1. حدّد النطاق والنتيجة النهائية

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

2. اكتب المخرجات والقرارات في الصفوف

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

3. ضع الأدوار في الأعمدة

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

4. عيّن المنفّذ R أولًا

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

5. عيّن صاحب مساءلة واحدًا A

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

6. أضف C وI بأقل عدد ممكن

ضع الشخص في C فقط إذا كانت مشورته مطلوبة قبل إغلاق العمل، وقد تغيّر النتيجة. وضعه في I يكفي إذا كان المطلوب إخباره. هذا التمييز يحمي الفريق من جولات مراجعة لا تنتهي، ويمنع تحويل كل تحديث إلى اجتماع.

7. راجع المصفوفة مع أصحاب الأدوار

لا ترسل جدولًا جاهزًا بوصفه أمرًا واقعًا. اعقد مراجعة قصيرة واسأل كل صاحب دور: هل تملك الصلاحية والوقت والمعلومات لأداء هذا الدور؟ تثبيت حرف في خلية لا يخلق سلطة غير موجودة، لذلك يجب حل تعارض الصلاحيات قبل اعتماد المصفوفة.

مثال عملي: إطلاق متجر إلكتروني

يوضح المثال التالي شكل مصفوفة صغيرة. المقصود هو منطق التوزيع، ويمكن تعديل الأدوار بحسب حجم الشركة. لاحظ وجود A واحد في كل صف، وأن المستشار القانوني لا يدخل في المهام التي لا تحتاج خبرته.

يمكن ربط هذه المصفوفة بخطوات التنفيذ المفصلة داخل إجراءات التشغيل القياسية SOP. المصفوفة تحدد من يفعل ومَن يعتمد ومَن يُستشار، بينما يشرح الإجراء كيف تُنفذ المهمة وبأي ترتيب ومعايير.

كيف تراجع المصفوفة أفقيًا؟

اقرأ كل صف بوصفه مهمة مستقلة، وابحث عن الإشارات التالية:

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

كيف تراجع المصفوفة رأسيًا؟

اقرأ كل عمود لمعرفة عبء الدور وموقعه في العملية. إذا كان شخص واحد يحمل A في معظم الصفوف، فقد يكون عنق الزجاجة الحقيقي هو تركيز الصلاحيات. وإذا كان الدور يحمل R في عدد كبير من المهام المتزامنة، فالمشكلة ليست وضوح المسؤولية بل القدرة الاستيعابية.

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

RACI ليست هيكلًا تنظيميًا ولا وصفًا وظيفيًا

الهيكل التنظيمي يوضح خطوط السلطة العامة، والوصف الوظيفي يحدد مسؤوليات الدور على المدى الطويل، أما RACI فتوزع المسؤولية داخل نطاق مشروع أو عملية محددة. قد يكون مدير القسم أعلى إداريًا من مدير المشروع، لكن مدير المشروع قد يحمل A لمخرج معين إذا كانت لديه صلاحية الاعتماد في ذلك النطاق.

ولا تستبدل RACI تحليل أصحاب المصلحة. التحليل يحدد من يملك التأثير وما مستوى اهتمامه وكيف تتواصل معه، بينما تحدد RACI مشاركته في كل مهمة. يمكن استخدام التحليل أولًا لاختيار أصحاب الأدوار، ثم بناء المصفوفة لتثبيت مسؤولياتهم العملية.

الفرق بين RACI وDACI

RACI مناسبة لتوضيح ملكية العمل والمخرجات عبر مشروع أو عملية، أما DACI فتركز أكثر على قرار محدد: من يقود جمع المعلومات، ومن يعتمد القرار، ومن يساهم، ومن يُبلّغ. يشرح دليل DACI الرسمي من Atlassian هذا التوزيع.

إذا كان السؤال «من سينفذ كل جزء من إطلاق الخدمة؟» فاستخدم RACI. وإذا كان السؤال «كيف سنحسم اختيار منصة الدفع؟» فقد يكون DACI أدق. لا تجمع إطارين لمجرد زيادة التعقيد؛ اختر الأداة التي تجيب عن مصدر الغموض.

أخطاء تجعل مصفوفة المسؤوليات بلا قيمة

كتابة أنشطة فضفاضة

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

منح A للأعلى منصبًا تلقائيًا

المساءلة تحتاج سلطة ومعرفة وقربًا كافيًا من العمل. وضع المدير التنفيذي A في عشرات المهام التشغيلية يبطئ الفريق ولا يضيف جودة حقيقية. صعّد إليه القرارات ذات الأثر الذي يتطلب سلطته فقط.

تحويل C إلى لجنة موافقات

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

بناء المصفوفة من دون أصحابها

قد تكون الخريطة منطقية على الورق لكن الدور لا يملك الوقت أو الصلاحية. المراجعة المشتركة تكشف هذا التناقض مبكرًا وتحوّل الجدول من افتراض إداري إلى اتفاق عمل.

تركها ثابتة بعد تغير المشروع

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

قالب RACI قابل للنسخ

ابدأ بجدول صغير قبل بناء ملف ضخم. انسخ الحقول التالية إلى جدول بيانات، وضع الأدوار في الأعمدة:

1. المهمة أو المخرج.
2. معيار الاكتمال: كيف نعرف أنها انتهت؟
3. R: من ينفّذ؟
4. A: من يعتمد ويتحمل النتيجة النهائية؟
5. C: من يجب أخذ رأيه قبل الإغلاق؟
6. I: من يجب إبلاغه ومتى؟
7. موعد المراجعة أو نقطة التسليم.

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

ورشة عملية لبناء المصفوفة خلال 30 دقيقة

1. خمس دقائق: اتفقوا على النطاق والنتيجة النهائية.
2. سبع دقائق: اكتبوا المخرجات والقرارات الرئيسية، من دون مناقشة الأشخاص.
3. خمس دقائق: حددوا R لكل صف.
4. خمس دقائق: حددوا A واحدًا لكل صف.
5. أربع دقائق: أضيفوا C وI بقدر الحاجة فقط.
6. أربع دقائق: افحصوا التعارضات، والصلاحيات، والحمل الزائد، ثم ثبتوا موعد المراجعة.

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

متى يجب تحديث مصفوفة RACI؟

راجعها عند بدء مرحلة جديدة، أو تغير نطاق العمل، أو انتقال صلاحية، أو انضمام طرف خارجي، أو تكرار تأخير ناتج عن انتظار الموافقات. لا تحتاج إلى تعديلها بعد كل اجتماع؛ يكفي أن يكون التحديث مرتبطًا بتغير حقيقي في طريقة إنجاز العمل.

احتفظ بنسخة واحدة معتمدة، وحدد مالكًا لتحديثها، وسجل تاريخ آخر مراجعة. وإذا أدى تغييرها إلى قرار كبير في الصلاحيات، فاستخدم عملية واضحة لـاتخاذ القرار الإداري بدل تعديل الأحرف بصمت.

أسئلة شائعة حول مصفوفة RACI

هل يمكن أن يكون الشخص نفسه R وA؟

نعم، خصوصًا في الفرق الصغيرة أو المهام التي ينفذها صاحب القرار بنفسه. المهم أن يكون واضحًا أنه يؤدي العمل ويملك اعتماد نتيجته، وألا يؤدي الجمع إلى غياب مراجعة ضرورية في المهام الحساسة.

هل يمكن وجود أكثر من R؟

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

هل يجب ملء كل خلية؟

لا. الخلية الفارغة تعني أن الدور لا يحتاج إلى مشاركة في تلك المهمة. ملء الجدول بالكامل يرفع تكلفة التواصل ويقلل وضوح الأدوار.

هل يجب أن يوجد A واحد فقط؟

الأفضل نعم لكل مهمة أو مخرج. إذا بدا أن هناك صاحبَي قرار، فغالبًا توجد مهمتان مختلفتان أو حدود صلاحية لم تُعرّف بعد.

هل تستخدم RACI لإدارة قرارات الإدارة العليا؟

يمكن استخدامها لتوضيح الأدوار المحيطة بالقرار، لكن إذا كان الهدف تنظيم قرار واحد معقد فقد يكون DACI أو إطار قرار مشابه أكثر ملاءمة. RACI تتفوق عندما تحتاج إلى توزيع مسؤوليات سلسلة من الأعمال والمخرجات.

الخلاصة

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

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