إنشاء لجنة توجيهية فعّالة لمشروع SAP

اللجنة التوجيهية لمشروع SAP مجموعة صغيرة من التنفيذيين تتخذ القرارات التي لا يستطيع فريق المشروع اتخاذها: الميزانية وتغييرات النطاق والخلافات بين الإدارات وقرار go/no-go النهائي. وتنجح حين يملك أعضاؤها صلاحية حقيقية، ويجتمعون بما يكفي ليقرروا في الاجتماع نفسه، ويحكمون على الجاهزية بالأدلة لا بالتقويم. هذا الدليل موجّه إلى الرعاة ومديري البرامج الذين يؤسسون لجنة أو يصلحون لجنة تحولت إلى جمهور لتقارير الحالة. ويتناول ما يجب أن تقرره اللجنة، والعضوية حسب حجم المشروع، وكيف ينبغي أن تعمل القرارات، وقائمة مراجعة go/no-go، وما الذي تغيّره RISE with SAP وأدوات الذكاء الاصطناعي.

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

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

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

لجنة قادت. وأخرى جلست في الاجتماعات.

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

الوظيفة	الأداء الجيد	الأداء الضعيف
القرارات الكبرى	تراجع الحالة وتقرر فوراً	«لنناقش هذا خارج الاجتماع»؛ وتعود المسألة في الشهر التالي
العقبات	الموارد البشرية تؤخر الاختبار؟ يتصل الرئيس برئيس الإدارة مباشرة	تقرّ بالمشكلة وتسجلها
النطاق	توازن كل طلب تغيير مقابل الخطة	تختم بالموافقة على ما يُصعَّد بأعلى صوت
المخاطر	ترى مورّداً متعثراً فتجهّز بديلاً قبل أن تقع التأخيرات	تنتظر لترى هل ستحل المشكلة نفسها بنفسها
الميزانية	توافق على 2 مليون دولار إضافية لتمديد ثلاثة أشهر لأن كلفة الاضطراب أكبر	تؤجل الأمر إلى الشهر التالي
Go/no-go	تؤجل التشغيل الفعلي ستة أسابيع لأن الاختبار لم يكتمل، وتثبت على موقفها	توافق على التشغيل الفعلي لأن الموعد مدرج في التقويم

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

كثرة الأعضاء تعجز اللجنة عن القرار. وقلتهم تغيّب أصواتاً حاسمة.

حجم المشروع	الميزانية والنطاق	عدد الأعضاء	من يجب أن يحضر
صغير	أقل من 0.5 مليون دولار، إدارة واحدة، أقل من 6 أشهر	3 إلى 5	رئيس الإدارة، ومسؤول تقنية المعلومات، وممثل المالية
متوسط	من 0.5 إلى 5 ملايين دولار، عدة إدارات، من 6 إلى 18 شهراً	5 إلى 8	قادة الأعمال من الإدارات المتأثرة، وقيادة تقنية المعلومات، والمالية
المؤسسات الكبرى	أكثر من 5 ملايين دولار، على مستوى المؤسسة كلها، 18 شهراً أو أكثر	8 إلى 12	كبار التنفيذيين (C-level) من المالية والموارد البشرية والعمليات وتقنية المعلومات؛ ومدير البرنامج؛ ومسؤول إدارة التغيير

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

ينبغي أن يرأس اللجنة راعي المشروع، وهو عادة تنفيذي من المستوى الأعلى (C-level) يستطيع محاسبة التنفيذيين الآخرين. ولا يستطيع مدير متوسط يرأس اللجنة أن يتجاوز رأي المدير المالي، وهذه السلطة تهمّ حين تظهر خلافات في النطاق أو الميزانية.

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

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

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

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

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

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

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

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

استعن بفحوصات مستقلة عند البوابات الرئيسية. كلّف عميل في قطاع التصنيع مراجعين خارجيين بتقييم جاهزيته قبل الموافقة على التشغيل الفعلي. وكشفت المراجعة عدة مشكلات خطيرة فاتت فريق المشروع أو قلّل من شأنها. ويبيّن دليلي عن بوابات الجودة في SAP كيف تُنظَّم نقاط التحقق تلك.

ضغط التقويم أساس خاطئ للموافقة على التشغيل الفعلي. وقبل التصويت ينبغي أن ترى اللجنة أدلة على كل بند من هذه البنود:

1. اكتمال اختبار التكامل واختبار قبول المستخدم، دون أي عيوب حرجة مفتوحة
2. مطابقة آخر ترحيل تجريبي للبيانات وتوقيعها من قسم المالية
3. إتمام بروفة الانتقال ضمن النافذة الزمنية المخططة
4. تدريب المستخدمين الرئيسيين، مع جاهزية الدعم الميداني وأدلة العمل المساعدة
5. تأكيد جاهزية الأعمال كتابياً من كل مالك عملية
6. اختبار خطة التراجع والاتفاق عليها
7. جاهزية فريق الدعم المكثف بعد التشغيل (Hypercare) ومسار التصعيد ودعم الإقفال الأول

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

تُدخل RISE شركة SAP في نموذج الحوكمة. في RISE with SAP تتولى SAP تشغيل البنية التحتية والعمليات التقنية. وتُظهر وثيقة أدوار ومسؤوليات RISE أن العملاء يعملون مع SAP Cloud Architect Advisor أو Client Delivery Manager أو مركز عملاء السحابة الخاصة لدى SAP. وفي قضايا المنصة كالأداء والتوافر ومستويات الخدمة، تحتاج اللجنة إلى مسار نحو هؤلاء لا يمر عبر شريك التنفيذ. ادعُهم لبنود جدول الأعمال ذات الصلة بدلاً من جعلهم أعضاء دائمين.

منتدى Clean Core مكانه تحت اللجنة. في برامج RISE، أنشئ سلطة تصميم (design authority) توافق على طلبات التخصيص أو ترفضها وفق مبادئ Clean Core. ولا تصعّد إلى اللجنة إلا حين يُحجب طلب حرج للأعمال. ومن دون هذه الطبقة يتحول كل تخصيص إلى معركة داخل اللجنة. أما في البيئة المحلية (on-premise) فيظل النموذج التقليدي سارياً وتبقى SAP مورّداً لا مشاركاً.

1. اللجنة التوجيهيةيرأسها الراعي. الميزانية والنطاق والخلافات وقرار go/no-go
   جهات التسليم لدى SAPتُدعى لبنود المنصة، ولا يمر التواصل معها عبر الشريك

• مكتب إدارة البرنامجالتنفيذ اليومي، وسجل المخاطر، والتنسيق
• سلطة تصميم Clean Coreتبتّ في التخصيص، ولا تصعّد إلا الطلبات الحرجة المحجوبة

يوفّر الذكاء الاصطناعي الوقت في العمل الورقي. يصوغ Microsoft 365 Copilot محضر الاجتماع من التسجيل. فيصبح العمل مراجعة مسودة بدلاً من الكتابة من الصفر، وتُستخلص القرارات من النص المفرّغ. ويمكن لأداة Rovo من Atlassian أن تحوّل ملاحظات الاجتماع إلى بنود منظمة في سجل القرارات متى بُني القالب. ويمكن للمساعدين القائمين على Joule في SAP Cloud ALM أن يصوغوا تقييماً أولياً لأثر طلب تغيير النطاق، فتقرر اللجنة داخل الاجتماع بدلاً من التأجيل.

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

ما دور اللجنة التوجيهية في مشروع SAP؟

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

كم عدد الأعضاء الذي ينبغي أن تضمه اللجنة التوجيهية لمشروع SAP؟

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

كيف تغيّر RISE with SAP عمل اللجنة التوجيهية؟

تصبح SAP مشاركاً في التسليم للبنية التحتية والعمليات التقنية، لذا تحتاج اللجنة إلى مسار مباشر نحو جهات الاتصال المعيّنة لدى SAP لا يمر عبر شريك التنفيذ. وتحتاج أيضاً إلى سلطة تصميم لمبدأ Clean Core تحتها تتولى طلبات التخصيص، فلا يُصعَّد إلا الطلبات الحرجة للأعمال المحجوبة. وفي البيئة المحلية (on-premise) تبقى SAP مورّداً.

ما الفرق بين اللجنة التوجيهية ومكتب إدارة المشاريع (PMO)؟

يدير مكتب إدارة المشاريع التنفيذ اليومي: المهام وسجلات المخاطر والتنسيق بين مسارات العمل. أما اللجنة التوجيهية فتتخذ القرارات التي لا يستطيعها المكتب: تحويل الميزانية وتغييرات النطاق وقرار go/no-go. وفي المؤسسات الأكبر تقع لجنة على مستوى المحفظة فوق عدة مشاريع وتوزع الموارد بينها.

ما الذي ينبغي أن يتضمنه جدول أعمال اللجنة التوجيهية؟

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

متى ينبغي أن تؤجل اللجنة التوجيهية التشغيل الفعلي؟

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