- كل إدارة تصنف متطلباتها «إلزامية» حين تخشى أن «لاحقًا» تعني «أبدًا». الحل ليس إقناعها، بل تعريفات مشتركة واختبار واحد يطبق على الجميع، وتسجيل محفز لكل مؤجل.
- التصنيف يتم على بعدين: فئة MoSCoW (إلزامي، مهم، مرغوب، ليس في هذه المرحلة) تحدد ما يدخل المرحلة، ومصفوفة الأثر والجهد ترتب داخل الفئة وتحسم مصير «المهم».
- الإلزامي هو ما لا يمكن الإطلاق دونه لا ما يريده الجميع. ضع سقفًا لنصيبه من جهد المرحلة، حتى يبقى هامش يُسقط منه عند التأخر.
- الورشة الناجحة تُحضَّر قبلها بأسبوع، ولها قواعد لحسم التعادل وتصعيد محدد المدة، وتنتهي بسجل قرارات لا يُعاد فتحه إلا بمعلومة جديدة.
بعد جمع متطلبات CRM من الإدارات، يجد مدير المشروع أمامه قائمة طويلة كلها «مهمة جدًا». تشرح هذه المقالة كيف تفرز هذه القائمة إلى إلزامي ومهم ولاحق بطريقة تقبلها الإدارات: تعريفات عملية لكل فئة، واستخدام الأثر والجهد لترتيبها، ونموذج لورشة الفرز، ومثال لاثني عشر متطلبًا موزعة على مراحل.
لماذا تتحول الأولويات إلى خلاف؟
الخلاف على الأولويات نادرًا ما يكون خلافًا على المتطلب نفسه. مدير الخدمة لا يعترض على لوحة المبيعات، والمالية لا تعترض على ربط واتساب. الخلاف على الترتيب والمساحة المحدودة في المرحلة الأولى، وله أسباب متكررة:
- الخوف من التأجيل الدائم: تجارب سابقة في المنشأة تعلّم فيها الجميع أن ما يؤجل لا يعود. فيطلب كل طرف الآن كل ما قد يحتاجه.
- غياب تعريف مشترك: «إلزامي» عند المبيعات يعني «نستخدمه يوميًا»، وعند المالية يعني «مطلوب للمراجعة»، وعند تقنية المعلومات يعني «شرط أمني».
- غياب معلومة الجهد: حين لا يعرف أحد أن متطلبًا يحتاج يومًا من الإعدادات وآخر يحتاج أسابيع من التطوير، يُعاملان كأنهما متساويان.
- الحسم بالمنصب: حين تُحسم الأولوية برأي أعلى الحاضرين، تشعر بقية الإدارات أن النظام صُمم لغيرها، فيضعف تبنيها له بعد الإطلاق.
الطريقة التالية تعالج هذه الأسباب الأربعة: تعريفات باختبارات عملية، وبعد ثانٍ للجهد، وقواعد حسم معلنة مسبقًا، وسجل يجعل «لاحقًا» التزامًا مكتوبًا. وهي تفترض أن المتطلبات مكتوبة بصيغة قابلة للاختبار ومرقمة، كما في مقالة كيف تكتب وثيقة متطلبات CRM.
البعد الأول: فئات MoSCoW باختبار عملي لكل فئة
طريقة MoSCoW تقسم المتطلبات إلى أربع فئات: Must وShould وCould وWon't. قوتها ليست في الأسماء، بل في أن لكل فئة اختبارًا يجيب عنه أصحاب المتطلب قبل أن يطالبوا بها:
| الفئة | الاختبار | مثال على متطلب يجتازه |
|---|---|---|
| إلزامي (Must) | إن لم يتوفر يوم الإطلاق، هل يتوقف عمل يومي، أو يُخالف التزام نظامي أو تعاقدي، أو يُضطر الفريق إلى حل يدوي غير مقبول؟ | تسجيل بلاغات الصيانة بمستوى الخدمة المتعاقد عليه، لأن العقود تلزم بأزمنة استجابة. |
| مهم (Should) | غيابه مؤلم، لكن يوجد حل مؤقت مقبول لمدة محددة، ويمكن تسمية هذا الحل ومدته. | ربط حالة الفواتير من المحاسبة، مع سؤال المالية مؤقتًا حتى المرحلة الثانية. |
| مرغوب (Could) | يحسّن التجربة أو يوفر وقتًا، ولا يتأثر العمل بغيابه. | شاشة رئيسية مختلفة لكل دور. |
| ليس في هذه المرحلة (Won't) | متفق على قيمته، ومتفق على أنه لن يدخل هذه المرحلة، مع محفز مكتوب يعيده للنقاش. | بوابة عملاء لمتابعة البلاغات، تعود للنقاش حين يتكرر سؤال العملاء عن حالة بلاغاتهم. |
ثلاث قواعد تجعل الفئات تعمل فعلًا:
- الإلزامي يُثبت ولا يُعلن: من يصنف متطلبًا إلزاميًا يجيب عن الاختبار كتابيًا بحالة محددة. «نحتاجه» ليست إجابة.
- سقف للإلزامي: ضع حدًا لنصيب الإلزامي من جهد المرحلة، في حدود ستين بالمئة تقريبًا. الباقي متطلبات مهمة ومرغوبة يمكن إسقاطها إن تأخر الإلزامي، فلا يتأخر الإطلاق كله. إن تجاوز الإلزامي السقف، فهذا دليل على أن بعضه ليس إلزاميًا، أو أن المرحلة أكبر مما ينبغي.
- «ليس الآن» ليست «لا»: فئة Won't تحمي أصحاب المتطلب لأنها تسجل قيمته ومحفز عودته، وهذا ما يخفف الخوف من التأجيل الدائم.
البعد الثاني: الأثر والجهد
الفئات تحدد ما يدخل المرحلة، لكنها لا ترتب المتطلبات داخل الفئة الواحدة، ولا تحسم أي متطلب «مهم» يدخل المرحلة الأولى وأيها ينتظر. هنا يأتي البعد الثاني. يُقدَّر لكل متطلب:
- الأثر: من خمس درجات، بحسب عدد من يستفيد منه، وتكرار استخدامه، وقربه من العميل أو الإيراد، والخطر الذي يزيله. تقدّره الإدارة صاحبة المتطلب، وتراجعه الإدارات الأخرى في الورشة.
- الجهد: بنقاط تعكس طريقة التحقيق: نقطة لإعداد بسيط، ونقطتان لإعداد متقدم أو تكامل قياسي، وثلاث لتهيئة معقدة أو تكامل بقواعد خاصة، وأربع أو خمس لتطوير مخصص أو تكامل غير قياسي. يقدّره المحلل أو المنفذ لا الإدارات.
التمييز بين ما يتحقق بالإعدادات وما يحتاج تطويرًا مخصصًا هو أساس تقدير الجهد، ويوضحه مستويا التخصيص في صفحة تخصيص CRM حسب إجراءات المنشأة. وحين يُوضع كل متطلب في مصفوفة الأثر والجهد، يظهر ترتيب طبيعي:
منع تكرار العملاء (4، 1)، ومستويا اعتماد الخصم (4، 1)، ولوحة الفرص حسب الفرع (4، 1)، وحفظ محادثات واتساب في ملف العميل (5، 2).
تذاكر الصيانة بمستوى خدمة العقد (5، 3)، وربط حالة الفواتير من المحاسبة (4، 5). يُقسَّم إلى نسخة أولى ونسخة كاملة، أو يُخصص له موضع في مرحلة.
تسجيل الزيارات من الجوال (3، 1)، وشاشة رئيسية لكل دور (2، 1)، وحملات بريدية مجزأة (3، 2). تدخل المرحلة إن بقي متسع.
تقرير رقابي بصيغة خاصة (2، 3)، واحتساب العمولات آليًا (3، 3)، وبوابة عملاء للبلاغات (3، 4). يُسأل: هل يوجد طريق أبسط للنتيجة نفسها؟
الجمع بين البعدين يعطي قاعدة بسيطة: الفئة تقرر الدخول، والمصفوفة تقرر الترتيب والحجم. الإلزامي يدخل المرحلة الأولى أيًا كان جهده، والمرغوب لا يدخلها إلا إن كان في مربع الجهد المنخفض وبقي متسع. أما «المهم» فتحسمه المصفوفة: ما كان أثره عاليًا وجهده منخفضًا يدخل المرحلة الأولى، وما كان جهده مرتفعًا يُخطط له في مرحلة تالية مع حله المؤقت.
مثال: فرز اثني عشر متطلبًا
مثال توضيحيمنشأة افتراضية تبيع أنظمة وتقدم عقود صيانة، ولديها إدارات مبيعات وخدمة ومالية وتسويق. جمعت اثني عشر متطلبًا رئيسيًا، وطبقت عليها البعدين في ورشة واحدة:
| # | المتطلب | الإدارة | الفئة | الأثر | الجهد | القرار |
|---|---|---|---|---|---|---|
| 1 | حفظ محادثات واتساب في ملف العميل | المبيعات | إلزامي | 5 | 2 | المرحلة الأولى |
| 2 | منع تكرار العملاء بالسجل التجاري والجوال | الجميع | إلزامي | 4 | 1 | المرحلة الأولى |
| 3 | مستويا اعتماد للخصم | المالية | إلزامي | 4 | 1 | المرحلة الأولى |
| 4 | ربط حالة الفواتير من المحاسبة | المالية | مهم | 4 | 5 | المرحلة الثانية، مع حقل رقم العميل المحاسبي من الآن |
| 5 | تذاكر الصيانة بمستوى خدمة العقد | الخدمة | إلزامي | 5 | 3 | المرحلة الأولى |
| 6 | لوحة الفرص حسب الفرع | الإدارة | مهم | 4 | 1 | المرحلة الأولى |
| 7 | تقرير رقابي بصيغة خاصة | المالية | مرغوب | 2 | 3 | لاحقًا، ويُصدَّر مؤقتًا من تقرير قياسي |
| 8 | حملات بريدية مجزأة | التسويق | مهم | 3 | 2 | المرحلة الأولى |
| 9 | تسجيل الزيارات من الجوال | المبيعات | مهم | 3 | 1 | المرحلة الأولى |
| 10 | بوابة عملاء لمتابعة البلاغات | الخدمة | ليس في هذه المرحلة | 3 | 4 | لاحقًا، بمحفز تكرار استفسارات الحالة |
| 11 | احتساب العمولات آليًا | المبيعات | مهم | 3 | 3 | المرحلة الثانية |
| 12 | شاشة رئيسية لكل دور | الجميع | مرغوب | 2 | 1 | المرحلة الأولى |
حساب السقف: مجموع جهد المرحلة الأولى 12 نقطة (المتطلبات 1 و2 و3 و5 و6 و8 و9 و12: 2+1+1+3+1+2+1+1). منها 7 نقاط للإلزامي (2+1+1+3)، أي نحو 58%، وهي ضمن السقف المقترح. والمرحلة الثانية 8 نقاط (المتطلبان 4 و11)، واللاحق 7 نقاط (المتطلبان 7 و10)، فيكون المجموع الكلي 27 نقطة.
لاحظ ثلاثة قرارات في المثال. الأول: ربط الفواتير «مهم» وأثره عالٍ، لكن جهده الأكبر في القائمة نقله إلى المرحلة الثانية، مع حل مؤقت مسمى وحقل يُجمع من الآن حتى لا يبدأ الربط من فراغ. الثاني: الشاشة الرئيسية لكل دور «مرغوبة» لكنها دخلت المرحلة الأولى لأن جهدها نقطة واحدة وأثرها على التبني واضح. الثالث: المالية خرجت بمتطلب إلزامي منفذ في المرحلة الأولى (الاعتماد) ومتطلب مهم مؤجل بموعد، فلم تخرج من الورشة خالية اليدين، وهذا ما يجعلها تقبل القرار.
نموذج ورشة الفرز
قبل الورشة بأسبوع
- قائمة موحدة مرقمة: كل المتطلبات من كل الإدارات في جدول واحد، دون تكرار، وكل متطلب مرتبط بالسيناريو الذي جاء منه.
- تقدير الجهد: يقدّره المحلل أو المنفذ لكل متطلب مسبقًا، مع تصنيف طريقة التحقيق (إعداد، أو تكامل، أو تطوير).
- تصنيف أولي من كل إدارة: كل إدارة تقترح فئة وأثرًا لمتطلباتها، وتكتب إجابة اختبار «الإلزامي» لكل ما صنفته إلزاميًا.
- قواعد الحسم معلنة: تُرسل القواعد مع الدعوة، حتى لا تبدو في الورشة وكأنها وُضعت لترجيح طرف.
جدول الورشة (ثلاث ساعات)
التعريفات والاختبارات والسقف وقواعد الحسم. لا نقاش في المتطلبات بعد.
مراجعة كل متطلب مرشح «إلزاميًا» مقابل اختباره. ما لا يجتاز الاختبار ينزل إلى «مهم» مع تسجيل حله المؤقت.
مراجعة الأثر الذي قدرته كل إدارة، ووضع المتطلبات في مصفوفة الأثر والجهد أمام الجميع.
توزيع المتطلبات على المراحل، والتحقق من السقف، والبحث عن نسخ أولى أبسط للمتطلبات الثقيلة.
قراءة سجل القرارات، وتسمية ما يُصعَّد إلى الراعي، وتحديد المحفز لكل مؤجل.
قواعد حسم التعادل
حين يتنافس متطلبان على المساحة نفسها بأثر وجهد متقاربين، يُقدَّم بالترتيب:
- الالتزام النظامي أو التعاقدي
ما يترتب على غيابه مخالفة لنظام أو إخلال بعقد مع العملاء.
- ما يلمسه العميل
ما يؤثر في زمن الرد أو جودة الخدمة التي يتلقاها العميل مباشرة.
- ما يعتمد عليه غيره
متطلب تحتاجه متطلبات أخرى، كالحقول التي تبنى عليها التقارير لاحقًا.
- الكفاءة الداخلية
ما يوفر وقت الفريق دون أثر مباشر على العميل.
وما لا تحسمه القواعد يُصعَّد إلى راعي المشروع بمذكرة من صفحة واحدة تعرض الخيارين وأثر كل منهما، ويُطلب قراره خلال مدة قصيرة محددة، حتى لا يتوقف المشروع على نقاش مفتوح.
تنبيه: سجل القرارات لا يُعاد فتحه إلا بمعلومة جديدة، كتغير في الجهد بعد التحليل التفصيلي أو التزام تعاقدي طارئ. إعادة النقاش لأن إدارة لم تقتنع تعيد الورشة كلها إلى نقطة البداية.
أخطاء تفسد الفرز
- قبول «إلزامي» دون اختبار: فتتضخم المرحلة الأولى ويتأخر الإطلاق، ثم يُسقط تحت الضغط ما كان يجب أن يبقى.
- تقدير الجهد من الإدارات: الإدارة صاحبة المتطلب تقلل جهده دون قصد، والإدارة المنافسة تضخمه. الجهد يقدّره من سينفذ.
- تجاهل الاعتماديات: تأجيل الحقول التي تحتاجها تقارير المرحلة الأولى، فتظهر التقارير فارغة يوم الإطلاق.
- تأجيل بلا محفز ولا بيانات: «لاحقًا» دون شرط عودة يتحول إلى «أبدًا»، ودون جمع البيانات الأساسية يبدأ المتطلب لاحقًا من الصفر.
- ترتيب الإدارات لا المتطلبات: تخصيص المرحلة الأولى لإدارة والثانية لأخرى، بدل اختيار أعلى المتطلبات أثرًا من كل إدارة.
وحين تتوزع المتطلبات على أكثر من مرحلة، يبقى سؤالان خارج هذه المقالة: كيف تُسعَّر المراحل اللاحقة وتُثبَّت شروطها تعاقديًا، وهو موضوع مقالة كيف تطبق CRM على مراحل دون تحمل نطاق أكبر من احتياجك، وكيف تُرتب موجات الإطلاق بين الإدارات والفروع، وهو موضوع مقالة خطة تطبيق CRM على مراحل للشركات متعددة الإدارات.
مراجعة القائمة مع من سينفذ
تقدير الجهد هو الحلقة التي لا تستطيع الإدارات إكمالها وحدها، لأنه يعتمد على ما يتحقق بالإعدادات في النظام وما يحتاج تطويرًا. إن كانت قائمتكم جاهزة أو شبه جاهزة، فاطلبوا جلسة مراجعة متطلبات مع فريقنا، ونعيد إليكم كل متطلب بطريقة تحقيقه ونقاط جهده، لتدخلوا ورشة الفرز بمعلومة الجهد قبل أن تبدأ المفاضلة. ومسار العمل من دراسة الإجراءات إلى الإطلاق موضح في صفحة التنفيذ والترحيل والتدريب والدعم.
أسئلة شائعة
التصويت يصلح لترتيب المتطلبات المرغوبة أو لكسر تعادل بعد تطبيق القواعد، لكنه لا يصلح لتحديد الإلزامي. الإدارة الأكبر عددًا ستفوز دائمًا في التصويت، بينما الإلزامي يُحسم باختباره لا بعدد مؤيديه.
هذا من الأسباب المشروعة لإعادة فتح القرار. يُعرض المتطلب وحده مع التقدير الجديد، ويُراجع أثره على السقف. إن كان إلزاميًا فيُبحث له عن نسخة أبسط أو يُنقل مهم آخر من المرحلة لإفساح المجال، دون إعادة الورشة كاملة.
شخص يملك صلاحية القرار باسم إدارته، ومعه مستخدم رئيسي يعرف العمل اليومي. حضور المستخدم وحده يجعل القرارات عرضة للنقض من مديره لاحقًا، وحضور المدير وحده قد يغفل تفاصيل الاستخدام الفعلي. ويحضر المحلل أو المنفذ للإجابة عن أسئلة الجهد.
نعم، بصورة أخف: قائمة أقصر، وجلسة واحدة لساعة أو ساعتين، ويكفي غالبًا أن يحسم المالك ما تبقى بعد تطبيق الاختبارات. ويفيد في هذه الحالة البدء من نطاق أدنى واضح للمرحلة الأولى، كما في مقالة شراء نظام CRM لأول مرة: ما الذي يجب أن يشمله الحل؟