كيف تبني مصفوفة RACI
طريقة عملية لبناء مصفوفة توزيع المسؤوليات: ما يعنيه كل حرف فعلًا، كيف تحدد عدد الصفوف، القاعدتان التي تجعلها مفيدة، والطرق الأربع التي تفشل بها عادةً.
فريق Gorkhaقراءة 9 دقيقة
منشئ مصفوفة RACI → حدّد لكل مهمة من ينفّذ ومن يُسأل ومن يُستشار ومن يُبلَّغ، واكتشف الفراغات.
تجيب مصفوفة RACI عن سؤال واحد لكل قطعة عمل: من ينفّذ هذا، ومن يجيب عنه عندما يسوء؟ إنها شبكة. كل عمود شخص أو دور، وكل صف مهمة أو مُخرَج، وكل خلية تحمل حرفًا.
الصيغة قديمة وواسعة الانتشار: يصف Project Management Institute مخطط RACI كمثال على مصفوفة توزيع المسؤوليات، أي الفئة العامة من الشبكات التي تربط الأشخاص بالعمل. أكثر الفرق تعرفها كجدول بيانات أنشأه أحدهم مرة ولم يفتحه أحد بعدها. تلك النسخة بلا قيمة. هذا الدليل عن النسخة الأخرى.
ماذا تعني الحروف الأربعة
الحروف سهلة الحفظ وسهلة الخلط، لأن اثنين منها يبدوان الشيء نفسه.
- R: Responsible (المنفّذ). الأشخاص الذين يؤدون العمل. قد يكونون عدة.
- A: Accountable (المسؤول النهائي). الشخص الواحد الذي يجيب عن النتيجة ويملك صلاحية اعتمادها. شخص واحد بالضبط.
- C: Consulted (المستشار). أشخاص يُطلب رأيهم قبل انتهاء العمل. في الاتجاهين: يُسألون ويجيبون.
- I: Informed (المُبلَّغ). أشخاص يُخبَرون بعد الحدوث. في اتجاه واحد.
التمييز الذي يحمل الطريقة كلها هو بين R وA. Responsible مسألة جهد. Accountable مسألة صلاحية. إذا كان الشخص الذي وضعت عنده A لا يستطيع فعليًا رفض العمل، فقد وضعت الحرف عند الشخص الخطأ، والمصفوفة تصف هيكلًا تتمناه بدلًا من الهيكل الذي لديك.
ويمكن للشخص نفسه أن يكون الاثنين. خلية تحمل A/R أمر عادي وشائع في الفرق الصغيرة: الشخص نفسه يملك النتيجة ويؤدي العمل. ما لا يُقبل أبدًا هو شخصان مختلفان يحملان A في صف واحد.
القاعدتان
كل ما تبقّى في هذا الدليل نصيحة. هاتان قاعدتان، والمصفوفة التي تخرق إحداهما لا تستحق التوزيع.
- حرف A واحد بالضبط في كل صف. Accountable يعني نقطة قرار واحدة. وجود شخصين مسؤولين نهائيًا يعني أنه عند اختلافهما لا يُحسم شيء دون التصعيد، وهو تمامًا الفشل الذي وُجدت RACI لمنعه. وعدم وجود أي مسؤول نهائي يعني أن المهمة بلا مالك، وسيكتشفها متأخرًا من يصادف سوء الحظ.
- حرف R واحد على الأقل في كل صف. إن لم يكن أحد منفّذًا، فلا أحد يؤدي العمل. هذه الصفوف عادةً أمنيات كُتبت في خطة.
باني مصفوفة RACI يتحقق من القاعدتين أثناء الكتابة ويضع علامة على الصفوف التي تخرقهما، لأنها بالضبط الأخطاء التي لا تُرى عند قراءة شبكتك بنفسك.
بناء واحدة، بالترتيب
الترتيب مهم. أكثر المصفوفات السيئة سيئة لأنها مُلئت من اليسار إلى اليمين، صفًا صفًا، وهو ما يتحوّل بهدوء إلى إسناد العمل لأقرب شخص.
1. اكتب الصفوف قبل الأشخاص
اكتب المُخرَجات والقرارات أولًا، دون أي اسم في أي مكان. أنت تصف العمل، لا الفريق. وإذا بدأت من الفريق فستنتج مصفوفة تبرّر التوزيع الحالي بدلًا من أن تفحصه.
استهدف مستوى المُخرَجات والقرارات، لا الأنشطة. «كتابة الكود ومراجعته» صف. «فتح طلب دمج» ليس صفًا. اختبار مفيد: إذا كان صف سيحمل الحروف نفسها تمامًا كالصف الذي قبله، فالصفان صف واحد.
المصفوفات الحقيقية تقع عادةً بين ستة وعشرين صفًا. وبعد الثلاثين تقريبًا لا يقرأها أحد، والأفضل تقسيمها بحسب المرحلة.
2. اجعل الأعمدة أدوارًا، لا أسماءً
اكتب قائد الهندسة، لا بريا. الأدوار تبقى بعد رحيل الأشخاص، والأسماء لا تبقى. وحيث يشغل الدور شخص واحد والجميع يعرفه، أضف الاسم بين قوسين.
3. أسنِد A أولًا، في كل الصفوف
انزل في عمود A قبل أن تلمس أي شيء آخر. هذه هي المرّة التي تُخرج الخلافات الحقيقية: الصفوف التي يفترض فيها شخصان أن القرار لهما، والصفوف التي ينظر فيها الجميع إلى الجميع. احسمها الآن. فهي سبب إعدادك للمصفوفة من الأصل.
4. ثم R، ثم C وI
يأتي Responsible بعد ذلك، لأنه يصبح واضحًا عادةً بعد حسم المسؤولية النهائية. ثم المستشارون والمُبلَّغون، وكن شحيحًا هنا. كل C شخص قادر على تعطيل العمل. صف بخمسة C ليس صفًا متقنًا؛ إنه صف سيستغرق ثلاثة أسابيع.
5. اقرأها عموديًا، لا أفقيًا
أدِر الشبكة تسعين درجة. العمود الذي يحمل A في كل صف تقريبًا هو عنق زجاجة، وذلك الشخص هو سبب بطء مشروعك. والعمود الذي لا يحمل غير I هو شخص لا حاجة لوجوده في هذه المصفوفة. والعمود الخالي من أي حرف سؤال يستحق أن يُطرح بصوت عالٍ.
مثال مُحتسب
ستة صفوف من إصدار برمجي، بخمسة أدوار:
| المهمة | مالك المنتج | قائد الهندسة | المطوّر | قائد الجودة | مدير الإصدار |
|---|---|---|---|---|---|
| تحديد نطاق الإصدار | A/R | C | I | C | I |
| كتابة الكود ومراجعته | I | A | R | C | I |
| اختبار النسخة المرشّحة | I | A | C | R | I |
| اعتماد الجودة | A | C | I | R | I |
| النشر إلى الإنتاج | I | C | R | I | A |
| الإعلان عن الإصدار | A/R | I | I | I | C |
انزل في عمود A ويظهر هيكل الفريق في أربع ثوانٍ تقريبًا: مالك المنتج يملك النطاق والتواصل، وقائد الهندسة يملك كيفية البناء، ومدير الإصدار يملك فعل الإطلاق. ولا أحد يملك كل شيء. هكذا تبدو المصفوفة التي تعمل.
هذه الشبكة بذاتها هي قالب إصدار برمجي في الباني، في اللغات السبع كلها.
الطرق الأربع التي تفشل بها
الجميع مستشارون. أكثر الأخطاء شيوعًا وأغلاها. C التزام بانتظار شخص. وإذا لم تستطع تسمية ما ستفعله بشكل مختلف بناءً على جوابه، فهو I.
المسؤول النهائي بلا صلاحية. وضع A عند مدير مشروع لقرار لا يملكه فعليًا إلا مستوى إداري أعلى لا ينقل الصلاحية؛ إنه يجعل الصف خيالًا فقط. ضع الحرف عند من يستطيع أن يقول لا.
المصفوفة مفصّلة أكثر من اللازم. مصفوفة بأربعين صفًا تغطي أنشطة فردية وثيقة لن يحدّثها أحد، أي أنها ستكون خاطئة بعد شهر ومضلّلة بعد شهرين.
تُكتب مرة واحدة. المصفوفة التي تُعدّ في الانطلاقة ولا تُراجع تصبح خاطئة بهدوء: الأشخاص يغيّرون أدوارهم والشبكة لا تتغيّر. أرفقها بالوثيقة التي تصفها، وراجعها حين تراجع تلك الوثيقة. فإن لم يوجد ما يستدعي المراجعة، لن تحدث مراجعة أبدًا.
متى تستخدم شيئًا آخر
تصف RACI عملًا مستمرًا: من يفعل ماذا، عبر مهام كثيرة، على امتداد الوقت. وهي غير مناسبة لقرار واحد يُتخذ مرة واحدة. ولذلك بدائل مصنوعة لهذا الغرض: DACI (Driver, Approver, Contributor, Informed)، الذي تنشره Atlassian كـ play في Team Playbook، وRAPID® الذي طوّرته Bain and Company وعُرض في مقال Harvard Business Review لعام 2006 «Who Has the D?» لبول روجرز ومارسيا بلينكو، وهو يفصل من يقرّر عمّن ينفّذ ويجعل حق النقض صريحًا.
كلاهما متاح كوضع في الباني، والفرق بينهما يستحق الفهم قبل الاختيار: RACI أو DACI أو RAPID، ما يحتاجه فريقك فعلًا.
تصديرها إلى مكان يقرأها الناس فيه
المصفوفة لا تعمل إلا إذا سكنت حيث يسكن العمل. يصدّر الباني إلى Excel و Google Sheets، وإلى Word، وإلى PowerPoint كجدول قابل للتحرير لا كصورة، وإلى PDF و CSV و Markdown لـ Notion، وإلى HTML في الحافظة يُلصق في OneNote أو Google Docs بجدول سليم.
النصيحة العملية: ضعها داخل الوثيقة التي تحكمها (خطة المشروع، دليل التشغيل، ميثاق المشروع) لا في ملف خاص بها. المصفوفة في ملف خاص بها مصفوفة لا يفتحها أحد.
المصادر
- Stakeholder management and the RACI matrix, Project Management Institute
- DACI: a framework for group decisions, Atlassian Team Playbook
- Who Has the D? How Clear Decision Roles Enhance Organizational Performance, Harvard Business Review، روجرز وبلينكو، 2006