في كثير من المؤسسات، المشكلة ليست نقص الموظفين أو الإجراءات.
المشكلة أن ثلاثة أشخاص يعتقدون أنهم مسؤولون عن القرار نفسه، بينما لا يعرف أحد من يتحمل المسؤولية النهائية عن النتيجة.
يبدأ الأمر بعبارات مألوفة:
«اعتقدت أن المالية ستتابع الموضوع».
«الموارد البشرية قالت إن الموافقة عند المدير التنفيذي».
«المدير طلب منا التنسيق مع العمليات أولًا».
«الجميع كان موجودًا في الاجتماع، لكن لم يكن واضحًا من سيغلق الإجراء».
وهنا يظهر التداخل الإداري.
وجود هيكل تنظيمي ووصف وظيفي لا يحل هذه المشكلة دائمًا؛ لأن الهيكل يوضح العلاقة بين الوحدات والمناصب، بينما تحتاج العمليات المشتركة إلى إجابة أكثر تحديدًا:
من ينفذ؟ من يتحمل المساءلة النهائية؟ من يجب استشارته؟ ومن يحتاج فقط إلى معرفة النتيجة؟
هذه هي الوظيفة الأساسية لمصفوفة RACI.
وتثبت ملفات IAC أن تصميم الصلاحيات والمسؤوليات RACI وربطها بالأداء والمسؤولية هو جزء من برامج التطوير المؤسسي وإعادة الهيكلة، بهدف تحسين وضوح القرار وتقليل الازدواجية ونقاط التعطل.
ما هي RACI Matrix؟
RACI هي أداة لتوزيع الأدوار والمسؤوليات على الأنشطة أو القرارات أو المراحل داخل عملية معينة.
ويتكون الاختصار من أربعة أدوار:
R — Responsible
المسؤول عن التنفيذ.
هو الشخص أو الجهة التي تقوم بالعمل فعليًا.
قد يوجد أكثر من R في بعض الحالات، لكن كثرتهم قد تشير إلى أن النشاط يحتاج إلى تقسيم أو إعادة تصميم.
A — Accountable
صاحب المساءلة النهائية عن النتيجة.
هو من يملك النتيجة ويضمن إنجاز النشاط بالشكل المطلوب، وغالبًا يكون صاحب صلاحية الاعتماد النهائي ضمن هذه العملية.
والقاعدة العملية الأكثر فائدة هي:
حاول أن يكون لكل نشاط A واحد واضح.
إذا كان هناك ثلاثة أشخاص يتحملون «المسؤولية النهائية»، فقد لا يكون هناك شخص مسؤول فعليًا.
C — Consulted
من يجب استشارته.
يملك معرفة أو خبرة أو مصلحة يجب أخذها في الاعتبار قبل اتخاذ القرار أو استكمال النشاط.
الاتصال هنا ثنائي الاتجاه.
نسأله، ونستقبل رأيه.
I — Informed
من يجب إبلاغه.
ليس مطلوبًا منه المشاركة في القرار أو التنفيذ، لكنه يحتاج إلى معرفة ما تم أو ما تقرر.
الاتصال هنا يكون في الغالب باتجاه واحد.
يُبلّغ ولا يتحول إلى محطة موافقة جديدة.
مثال بسيط
لنفترض أن المؤسسة تريد اعتماد إجراء تشغيلي جديد.
النشاطمدير العملياتمسؤول الجودةالمدير العامالماليةالموارد البشريةإعداد مسودة الإجراءCRIICمراجعة توافقه مع العملياتARIICمراجعة متطلبات الجودةCA/RIIIالاعتماد النهائيCRAIIتعميم الإجراءCRIIA/R
هذا مجرد مثال توضيحي، وليس نموذجًا يجب نسخه في كل مؤسسة.
التوزيع الصحيح يعتمد على هيكل الشركة، وطبيعة الإجراء، ونظام الحوكمة والصلاحيات المعتمد لديها.
لماذا لا يكفي الوصف الوظيفي؟
الوصف الوظيفي يجيب غالبًا عن:
ما مسؤوليات هذا المنصب؟
أما RACI فتجيب عن سؤال مختلف:
كيف تتوزع المسؤولية بين عدة وظائف عندما تشترك في عملية واحدة؟
خذ عملية التوظيف مثلًا.
قد يشارك فيها:
الموارد البشرية.
مدير الإدارة الطالبة.
المالية.
المدير التنفيذي.
وتقنية المعلومات.
الوصف الوظيفي لكل إدارة قد يكون واضحًا، ومع ذلك تبدأ الخلافات:
من يحدد الراتب؟
من يعتمد الحاجة للوظيفة؟
من يختار المرشح؟
من يصدر العرض؟
من يوافق على الاستثناء؟
هنا نحتاج إلى تصميم مسار العملية ومسؤولياتها، وليس قراءة الأوصاف الوظيفية فقط.
وهذا يتفق مع الكاتالوج الاستشاري لـIAC، الذي يربط RACI بالنموذج التشغيلي المستهدف وبسؤال «من يفعل ماذا» داخل سلاسل القرار.
متى تعرف أن مؤسستك تحتاج RACI؟
هناك مؤشرات واضحة.
إذا كانت القرارات تنتقل بين الإدارات دون مالك واضح.
إذا كان أكثر من مدير يعتمد الشيء نفسه.
إذا كان الموظفون يرسلون جميع المراسلات إلى الإدارة العليا «للاحتياط».
إذا كانت الاجتماعات تنتهي دون تحديد من سينفذ.
إذا كانت المهام تتكرر بين إدارتين.
إذا كانت بعض الأعمال لا ينفذها أحد لأن كل طرف يفترض أنها مسؤولية الآخر.
إذا كان المدير العام أصبح نقطة الاختناق في معظم العمليات.
أو إذا كانت المؤسسة تعيد الهيكلة وتحتاج إلى تحديد العلاقة بين الوظائف الجديدة.
هذه الحالات لا تعني بالضرورة أن RACI وحدها ستحل المشكلة، لكنها تشير إلى غموض في الأدوار ومسارات القرار.
الخطوة الأولى: لا تبدأ ببرنامج Excel
قبل بناء الجدول، حدد المشكلة.
اسأل:
أين يتكرر التأخير؟
أين تتعارض الصلاحيات؟
ما القرارات التي يتم تصعيدها بلا داعٍ؟
ما العمليات التي تشترك فيها إدارات كثيرة؟
أين تظهر عبارة:
«هذا ليس من اختصاصنا»؟
تتفق هذه البداية مع منهجية IAC التي تنص على:
التحليل يسبق الحل، والفهم يسبق التطبيق.
فمصفوفة جميلة لعملية سيئة لن تحسن المؤسسة.
قد تحتاج أولًا إلى تبسيط العملية نفسها.
الخطوة الثانية: اختر العملية وليس الإدارة
لا تبدأ ببناء RACI ضخمة لكل المؤسسة.
ابدأ بعملية واضحة مثل:
التوظيف.
المشتريات.
إعداد الموازنة.
إطلاق منتج.
معالجة الشكاوى.
إدارة العقود.
اعتماد السياسات.
إدارة التغيير.
تطوير مشروع.
إدارة المخاطر.
ثم ارسم خطواتها من البداية إلى النهاية.
لأن RACI تكون أقوى عندما تبنى حول عملية أو قرار، وليس حول قائمة عامة من المسميات الوظيفية.
الخطوة الثالثة: حدد الأنشطة بالمستوى الصحيح
إذا كتبت النشاط:
«إدارة المشتريات».
فهو واسع جدًا.
قسمه مثلًا إلى:
طلب الشراء.
مراجعة الحاجة.
التحقق من الموازنة.
طلب عروض الأسعار.
التقييم الفني.
التقييم المالي.
اختيار المورد.
اعتماد أمر الشراء.
استلام المواد.
تقييم المورد.
الآن يمكن توزيع المسؤوليات بصورة حقيقية.
وفي المقابل، لا تقسّم العملية إلى عشرات الحركات الصغيرة جدًا بحيث تصبح المصفوفة غير قابلة للاستخدام.
الهدف هو الوصول إلى مستوى يسمح بتحديد نقطة مسؤولية أو قرار واضحة.
الخطوة الرابعة: ضع الوظائف لا أسماء الأشخاص
الأفضل أن تكتب:
مدير العمليات.
وليس:
أحمد.
و:
مدير المالية.
وليس:
محمد.
لأن RACI جزء من تصميم المؤسسة، وليست جدولًا متعلقًا بأشخاص مؤقتين.
الأفراد يتغيرون.
أما الدور التنظيمي فيجب أن يستمر.
قد نستخدم الاسم فقط في المشاريع المؤقتة التي تتطلب مصفوفة مسؤوليات مرتبطة بفريق محدد.
الخطوة الخامسة: حدد R أولًا
ابدأ بالسؤال:
من يقوم بالعمل فعليًا؟
وليس:
من أعلى منصبًا؟
هذه نقطة مهمة.
المدير العام قد يكون Accountable عن قرار معين، لكن هذا لا يعني أنه Responsible عن إعداد الدراسة أو تنفيذ العملية.
إذا جعلت الإدارة العليا R في عشرات الأنشطة اليومية، فإنك تعيد بناء المركزية التي تحاول RACI معالجتها.
الخطوة السادسة: حدد A بدقة
بعد تحديد المنفذ، اسأل:
من يملك النتيجة النهائية لهذا النشاط؟
A ليست الشخص الذي «يعرف بالموضوع».
وليست بالضرورة أكبر مدير في المؤسسة.
هي الجهة التي يجب أن تضمن أن النشاط تم بالشكل المطلوب.
ومن علامات ضعف المصفوفة أن تجد صفوفًا كثيرة تحتوي:
A / A / A.
النتيجة غالبًا:
اجتماعات إضافية.
موافقات متسلسلة.
تأخير.
وتبادل للمسؤولية عند حدوث مشكلة.
كلما أمكن، اجعل المساءلة النهائية واضحة وغير موزعة.
الخطوة السابعة: لا تحول الجميع إلى Consulted
من أكثر الأخطاء انتشارًا أن نضع C أمام معظم الإدارات حتى «لا نزعل أحدًا».
لكن كل C إضافي يعني:
مراسلة.
تعليق.
وقت انتظار.
وربما دورة جديدة من المراجعة.
اسأل:
هل رأي هذه الجهة ضروري قبل استكمال النشاط؟
إذا كانت الإجابة لا، فقد تكون I وليست C.
الحوكمة الجيدة لا تعني إشراك الجميع في كل قرار.
بل إشراك الأشخاص المناسبين في النقطة المناسبة.
الخطوة الثامنة: استخدم I باعتدال أيضًا
قد تتحول I إلى قائمة بريدية من 30 شخصًا لا يقرأ أحد منهم الرسالة.
اسأل:
هل يحتاج الشخص إلى هذه المعلومة لاتخاذ قرار لاحق أو أداء مسؤوليته؟
إذا لم يكن هناك سبب، فلا داعي لإضافته.
الهدف من RACI ليس توسيع دائرة التواصل، بل تصميمها.
الخطوة التاسعة: اختبر الصفوف أفقيًا
بعد إعداد المصفوفة، راجع كل نشاط من اليمين إلى اليسار.
اسأل:
هل يوجد R؟
إذا لا، فمن سينفذ؟
هل يوجد A واضح؟
إذا لا، فمن يتحمل المساءلة؟
هل يوجد أكثر من A؟
لماذا؟
هل هناك عدد كبير جدًا من C؟
هل القرار مصمم ليصبح بطيئًا؟
هل هناك أشخاص تم إبلاغهم دون حاجة؟
هذه المراجعة تكشف مشاكل تصميم العملية نفسها.
الخطوة العاشرة: اختبر الأعمدة رأسيًا
راجع كل وظيفة.
إذا كان أحد المديرين يحمل A في كل شيء تقريبًا، فهناك احتمال لوجود مركزية مفرطة.
إذا كان أحد الأقسام R في عدد هائل من الأنشطة، فقد يكون لديه حمل تشغيلي غير واقعي.
إذا كانت وظيفة ما C في كل العمليات، فربما يتم استخدامها كجهة مراجعة عامة بلا سبب واضح.
وإذا كان منصب مهم لا يظهر إلا كـI، فقد تكون صلاحياته أقل من مسؤولياته الفعلية.
وهنا تتحول RACI إلى أداة لتشخيص تصميم المنظمة وليس فقط الإجراءات.
RACI لا تعني مصفوفة الصلاحيات المالية
هذه نقطة أساسية.
RACI تحدد:
من ينفذ؟
من يتحمل المساءلة؟
من يُستشار؟
من يُبلّغ؟
لكنها لا تحدد وحدها مثلًا:
مدير المشتريات يعتمد حتى 5,000 دينار.
المدير المالي حتى 20,000.
المدير العام حتى 100,000.
ومجلس الإدارة فوق ذلك.
هذا النوع من الحدود ينتمي إلى Delegation of Authority – DoA أو مصفوفة تفويض الصلاحيات.
ولهذا تجمع ملفات IAC بين:
RACI / DoA.
يمكن تلخيص العلاقة:
RACI تحدد الأدوار داخل العملية.
أما:
DoA تحدد حدود سلطة القرار والاعتماد.
وقد تحتاج المؤسسة إلى الاثنين معًا.
مثال: شراء أصل رأسمالي
لنفترض أن إدارة العمليات تريد شراء آلة جديدة.
قد تكون RACI:
إعداد المتطلبات الفنية: العمليات R.
مراجعة الجدوى المالية: المالية R.
التقييم الفني للعروض: العمليات A/R، مع استشارة الصيانة C.
إجراءات التعاقد: المشتريات R.
لكن السؤال:
من يستطيع اعتماد شراء بقيمة 300 ألف؟
لا تجيب عنه RACI وحدها.
هذه وظيفة DoA.
لا تخلط RACI مع الهيكل التنظيمي
الهيكل التنظيمي يوضح:
من يتبع من؟
ما الإدارات؟
ما المستويات؟
أما RACI فتوضح:
كيف تتعاون تلك الإدارات في تنفيذ عملية محددة؟
قد يكون المدير المالي والمدير التشغيلي في المستوى الإداري نفسه، لكن في قرار معين يكون:
العمليات R.
المالية C.
والمدير العام A.
وفي قرار آخر قد تصبح:
المالية R/A.
والعمليات C.
إذن العلاقة ليست ثابتة حسب التسلسل الهرمي فقط.
ولا تخلط RACI مع الوصف الوظيفي
الوصف الوظيفي يحدد نطاق الدور ومهامه ومسؤولياته ومتطلباته.
أما RACI فتحدد مسؤولية الدور داخل عملية مشتركة.
لذلك يجب أن تتسق الأدوات الثلاث:
الهيكل التنظيمي → الوصف الوظيفي → RACI.
وإذا تعارضت، فالمؤسسة سترسل رسائل مختلفة للموظف.
أين تدخل مصفوفة RACI في الحوكمة؟
الحوكمة تحتاج إلى وضوح:
Decision Rights.
أي:
من يملك حق التوصية؟
من يقرر؟
من ينفذ؟
من يراقب؟
ومتى يتم التصعيد؟
ملفات IAC تربط صراحة الحوكمة المؤسسية بـDecision Rights & Escalation ثم تصميم RACI وربطها بالأداء والمسؤولية.
لذلك RACI ليست أداة موارد بشرية فقط.
يمكن أن تكون جزءًا من:
الحوكمة.
إعادة الهيكلة.
إدارة العمليات.
إدارة المشاريع.
الجودة.
المخاطر.
والتحول الرقمي.
كيف تستخدم RACI في إعادة الهيكلة؟
أحيانًا تقوم المؤسسة بإعادة رسم الهيكل وتغيير أسماء الإدارات، ثم تكتشف أن التداخل نفسه ما زال موجودًا.
لماذا؟
لأنها نقلت الصناديق في الـOrg Chart، لكنها لم تعالج:
من يفعل ماذا؟
هنا نستخدم RACI لاختبار الهيكل الجديد.
مثلًا:
بعد إنشاء إدارة مستقلة للمخاطر، هل يعني ذلك أن الإدارات التشغيلية لم تعد مسؤولة عن مخاطرها؟
بالطبع لا.
يمكن أن تكون إدارة المخاطر:
R في تصميم المنهجية.
C في تقييم مخاطر الإدارات.
A في إدارة إطار المخاطر المؤسسي.
بينما مالك العملية يبقى مسؤولًا عن إدارة المخاطر الخاصة بعمليته.
هذه التفاصيل هي التي تمنع تحول الإدارة الجديدة إلى جهة تستحوذ على مسؤوليات الإدارات الأخرى.
كيف تستخدم RACI في المشاريع؟
في المشروع يمكن أن تغطي المصفوفة:
اعتماد نطاق المشروع.
التصميم.
الموازنة.
المشتريات.
إدارة التغيير.
المخاطر.
الاختبارات.
التسليم.
وقد تكون مفيدة عندما يشارك:
العميل.
مدير المشروع.
الاستشاري.
المقاول.
المورد.
وأكثر من إدارة داخل المؤسسة.
لكن يجب تحديثها عندما يتغير هيكل المشروع أو مسؤوليات الأطراف.
أهم الأخطاء عند بناء RACI
الخطأ الأول: وضع منصب الإدارة العليا A في كل شيء
النتيجة:
اختناق القرار.
الخطأ الثاني: وجود عدة A في النشاط نفسه
تصبح المساءلة موزعة.
الخطأ الثالث: اعتبار كل مشارك R
الحضور في الاجتماع لا يعني مسؤولية التنفيذ.
الخطأ الرابع: استخدام C لإرضاء الإدارات
فتتحول كل عملية إلى لجنة.
الخطأ الخامس: إنشاء مصفوفة ضخمة للمؤسسة كاملة
الأفضل البدء بالعمليات الحرجة.
الخطأ السادس: تصميم RACI دون أصحاب العمليات
المستشار أو الموارد البشرية لا يستطيعان وحدهما معرفة كيف يحدث العمل فعليًا.
الخطأ السابع: ربط RACI بالأشخاص بدل الوظائف
فتنتهي صلاحية المصفوفة بمجرد تغيير الموظف.
الخطأ الثامن: اعتماد المصفوفة وعدم استخدامها
إذا استمرت الموافقات والمراسلات بالطريقة القديمة، تصبح RACI مجرد وثيقة إضافية.
الخطأ التاسع: عدم ربطها بالأنظمة والسياسات
إذا قالت RACI إن مدير الإدارة A بينما تنص السياسة على أن القرار يحتاج المدير العام، فسيعود الغموض.
الخطأ العاشر: عدم تحديثها بعد إعادة الهيكلة
RACI ليست وثيقة أبدية.
كيف تتحقق من أن المصفوفة تعمل؟
لا تقيس النجاح بقول:
«أكملنا RACI».
اختبر الأثر.
هل انخفض زمن القرار؟
هل قل عدد الموافقات؟
هل أصبحت المهام غير المملوكة أقل؟
هل انخفض التصعيد غير الضروري إلى الإدارة العليا؟
هل يعرف الموظفون من يملك القرار؟
هل أصبحت الإجراءات المتعثرة واضحة؟
هل يمكن مساءلة مالك النتيجة؟
Brand Bible الخاص بـIAC يربط الأثر المؤسسي بـوضوح الصلاحيات، سرعة القرار، وضوح الأدوار والمسؤوليات وRACI.
وهذا هو المقياس الحقيقي.
نموذج تشخيص قبل بناء RACI
اسأل عن كل عملية حرجة:
من يبدأ العملية؟
- من ينفذ كل خطوة؟
من يملك النتيجة النهائية؟
من يستطيع إيقاف العملية؟
من يحتاج إلى الاعتماد؟
من نطلب رأيه فقط؟
من نبلغه فقط؟
أين يحدث التكرار؟
أين ينتظر الموظفون موافقة لا تضيف قيمة؟
ما القرارات التي تصعد إلى الإدارة العليا دون حاجة؟
هل المسؤولية متوافقة مع الصلاحية؟
هل السياسة الحالية تدعم التوزيع أم تعارضه؟
إذا لم تكن هذه الإجابات واضحة، فلا تبدأ بتعبئة أحرف R وA وC وI.
ابدأ بتشخيص مسار القرار.
كيف تعتمد RACI داخل المؤسسة؟
بعد الوصول إلى مسودة أولية:
راجعها مع أصحاب العمليات
ليس المطلوب تصويت الجميع، بل التأكد من أن التوزيع قابل للتطبيق.
اختبرها على حالات حقيقية
اختر معاملة سابقة وتتبع:
من فعل ماذا؟
ثم قارن ذلك بالتصميم الجديد.
اربطها بالسياسات والإجراءات
عدّل التعارضات.
اربطها بـDoA
خصوصًا في الاعتمادات المالية والتعاقدية والاستثناءات.
تواصل بوضوح
اشرح للموظفين أن R وA لا يعنيان «منصبًا أعلى» أو «سلطة أكبر»، بل دورًا محددًا داخل النشاط.
طبّقها تدريجيًا
ابدأ بالعمليات التي تسبب أكبر قدر من التأخير والتداخل.
راقب الأثر
ثم عدّلها إذا أظهر التطبيق مشكلة.
وهذا يتوافق مع منهجية التنفيذ المثبتة لدى IAC التي تشمل ورش التشخيص، جلسات تصميم الهيكل، تمارين RACI، محاكاة مسارات القرار، ثم مراجعات أصحاب المصلحة وخطة الانتقال.
مثال تطبيقي مختصر: عملية التوظيف
لنفترض وجود:
المدير الطالِب للوظيفة.
الموارد البشرية.
المالية.
المدير العام.
يمكن تصميم جزء من العملية مثل:
النشاطالمدير الطالِبالموارد البشريةالماليةالمدير العامتحديد الحاجةRCIAإعداد الوصف الوظيفيCR/AIIالاستقطابCR/AIIالمقابلة الفنيةR/ACIIالتحقق من الموازنةCCR/AIإعداد العرض الوظيفيCRCA حسب DoAالتهيئة للانضمامCR/AII
لكن إذا كانت صلاحية اعتماد الراتب تختلف حسب الدرجة أو القيمة، نحتاج إلى DoA لتحديد من يملك الاعتماد حسب الحدود.
هذا مثال على كيفية عمل الأداتين معًا.
ما دور IAC؟
تثبت ملفات IAC أن استشارات إعادة الهيكلة والتنظيم المؤسسي تشمل:
تحليل الهيكل التنظيمي القائم.
إعادة تصميم الهياكل وتبسيطها.
دمج الوظائف المتشابهة.
تحديد الصلاحيات والمسؤوليات RACI عند الحاجة.
تطوير Target Operating Model.
ربط من يفعل ماذا بسلاسل القرار.
تبسيط الإجراءات الحرجة وتقليل نقاط التعطيل التنظيمي.
كما يثبت البرنامج التدريبي أن المخرجات التطبيقية تشمل:
Target Org Structure + RACI/DoA + Target Operating Model + Change Plan.
ويُدار التدخل وفق منهجية IAC:
تشخيص موضوعي → تصميم مخصص → تنفيذ مرحلي → تمكين داخلي → قياس أثر.
فالهدف ليس إنتاج ملف Excel كبير، بل جعل المؤسسة قادرة على الإجابة بصورة عملية:
من يفعل؟ من يقرر؟ من يُستشار؟ متى نصعّد؟ ومن يتحمل النتيجة؟
أسئلة شائعة
هل يجب أن يوجد A واحد لكل نشاط؟
كقاعدة تصميم عملية، وجود صاحب مساءلة نهائية واحد يقلل الغموض. إذا وجدت عدة A بصورة متكررة، فمن الأفضل مراجعة النشاط لمعرفة هل يحتاج إلى تقسيم أو إعادة ضبط صلاحياته.
هل يمكن أن يكون الشخص نفسه R وA؟
نعم، في بعض الأنشطة، خصوصًا في المؤسسات الصغيرة أو المهام الواضحة، يمكن أن يكون الدور نفسه R/A.
لكن لا تجعل ذلك تلقائيًا في كل العمليات.
هل يمكن وجود أكثر من R؟
نعم، لكن إذا أصبح العدد كبيرًا فمن الأفضل السؤال عما إذا كان النشاط نفسه واسعًا أكثر من اللازم ويحتاج إلى تقسيم.
ما الفرق بين RACI وDoA؟
RACI تحدد توزيع المسؤولية والتشاور والإبلاغ داخل النشاط.
DoA تحدد من يملك صلاحية الاعتماد وبأي حدود.
ملفات IAC نفسها تتعامل معهما كأداتين مترابطتين في ضبط المنظمة.
هل RACI بديل عن الوصف الوظيفي؟
لا.
الوصف الوظيفي يحدد مسؤوليات المنصب بصورة عامة، بينما RACI توضح دوره في عملية محددة مشتركة مع وظائف أخرى.
هل RACI تصلح للشركات الصغيرة؟
نعم، لكن لا حاجة لبناء عشرات الجداول. قد تكفي مصفوفة بسيطة للعمليات التي تسبب تداخلًا فعليًا.
متى يجب تحديثها؟
عند تغير الهيكل، أو إعادة تصميم الإجراءات، أو إضافة وظائف، أو تغيير مسارات الاعتماد، أو عندما يثبت التطبيق أن المسؤوليات الحالية تسبب تعطيلًا أو ازدواجية.
الخلاصة
التداخل الإداري لا يحدث لأن المؤسسة لا تمتلك أسماء إدارات.
بل لأن العلاقة بينها أثناء التنفيذ والقرار غير واضحة.
وتساعد RACI على تحويل السؤال من:
«من المفروض أن يتابع؟»
إلى:
R — من ينفذ؟
A — من يتحمل المساءلة النهائية؟
C — من يجب استشارته؟
I — من يحتاج إلى الإبلاغ؟
لكن RACI وحدها ليست كافية عندما تكون المشكلة في حدود سلطة الاعتماد؛ عندها يجب ربطها بمصفوفة DoA والسياسات والإجراءات والهيكل التنظيمي.
المسار العملي الأفضل هو:
تشخيص التداخل → تحديد العمليات الحرجة → رسم خطواتها → تحديد R وA وC وI → مراجعة نقاط الاختناق → ربط RACI بـDoA → مواءمة السياسات والأوصاف الوظيفية → التطبيق → قياس سرعة القرار ووضوح المساءلة → التحسين.
لطلب جلسة تشخيص لتداخل الصلاحيات ومسارات القرار داخل مؤسستكم، يمكن التواصل مع IAC لتقييم الهيكل والعمليات وبناء RACI وDoA ونموذج تشغيلي يتناسب مع واقع المؤسسة.