تخطيط مشاريع SAP والتحكم فيها: أبقِ مشاريعك على المسار

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

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

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

لم تكن المشكلة في التخطيط. كانت في التحكم. لم يكن هناك توزيع حقيقي للموارد، ولا تخفيف سليم للمخاطر، ولا مسار للتصعيد. أُعدّت الخطة مرة واحدة ثم هُجرت لصالح الاجتماعات.

يشمل التخطيط النطاق والجدول الزمني والميزانية والموارد وسجل المخاطر والتزامات المعالم. تُنتج معظم الفرق هذا كله. والسؤال هو: هل يستخدمه أحد من أسبوع إلى آخر؟

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

1. 01تتبع التقدمالفعلي مقابل المخطط، حسب حزمة العمل
2. 02كشف الانحرافاتأي مهمة تأخرت ثلاثة أيام
3. 03فحص الاعتمادياتمن يتعطل إذا تأخرت هذه المهمة
4. 04التصعيدعبر مسار متفق عليه مسبقاً
5. 05تقييم التغييراتالوقت والتكلفة والموارد أولاً
6. 06إعادة ضبط خط الأساسبعد تغيير رسمي فقط

كل أسبوع، بمالكين محددين

هذا ما ينهار حين يغيب التحكم:

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

هذه حالات علنية، لا قصص عملاء. وأسبابها الجذرية هي نفسها التي أراها مراراً في أعمال الاستشارات.

Lidl: نحو سبع سنوات وتكلفة تقدَّر بنحو 500 مليون يورو، ثم التوقف

بدأت Lidl مشروع eLWIS على SAP Retail عام 2011. كانت ممارستها في تقييم المخزون تختلف عن النموذج القياسي في SAP، فاختارت تكييف البرنامج بدلاً من تكييف الممارسة. وبحلول 2018 كان النظام يعمل في النمسا وإيرلندا الشمالية والولايات المتحدة، لكن مجلس الإدارة خلص إلى أن الأهداف الأصلية غير قابلة للتحقيق بتكلفة معقولة. فأوقفت Lidl المشروع وعادت إلى تطوير نظامها الداخلي. وقدّرت الصحافة المتخصصة المبلغ المنفق بنحو 500 مليون يورو، وكان عضو مجلس الإدارة المسؤول عن تقنية المعلومات قد غادر عام 2017. وقد نقلت Heise القرار في يوليو 2018. والدرس: سنوات من التخصيص لحماية ممارسة قديمة هي إخفاق في التحكم، لا إخفاق في البرنامج.

Hershey: طلبات هالوين بنحو 100 مليون دولار لم تُسلَّم

كان من المخطط أن يبدأ نظام Hershey الجديد، المبني على SAP وSiebel وManugistics، العمل في أبريل 1999، وهو شهر هادئ في قطاع الحلويات. لكنه تأخر ثلاثة أشهر وبدأ في يوليو، مع وصول طلبات الهالوين. لم تتمكن الطلبات من الانتقال من النظام إلى المستودعات. وأبلغ الرئيس التنفيذي المحللين بأن المشكلات ستمنع Hershey من تسليم منتجات بنحو 100 مليون دولار لموسم الهالوين، وانخفضت مبيعات الربع الثالث 12.4%. وتُرجع رواية مجلة CIO الإخفاق الحقيقي إلى التوقيت. فلو وُجد تحكم في الجدول يحمي موسم الذروة، لفرض موعداً مختلفاً للتشغيل الفعلي.

Revlon: مصنع معطّل وضعف جوهري في الضوابط

شغّلت Revlon نظام SAP في مصنعها في أوكسفورد بولاية نورث كارولاينا، وهو أكبر مواقعها التصنيعية، في فبراير 2018. وتعطّلت الخدمات التي تمس التصنيع والشحنات إلى كبار تجار التجزئة الأمريكيين. وفي مارس 2019 أفصحت Revlon عن ضعف جوهري في الرقابة الداخلية مرتبط بالتشغيل، مشيرة إلى غياب تقييم مستمر فعّال للمخاطر ونقص الكوادر المدرَّبة في العمليات المتأثرة. ورفع المستثمرون دعوى قضائية؛ وقد غطّت TechTarget الدعوى، التي زعمت أن شحنات بنحو 64 مليون دولار لم تُنفَّذ.

لم تفشل أي من هذه الحالات لأن SAP كان خياراً خاطئاً. فشلت في أساسيات التخطيط والتحكم المعروفة منذ عقود.

هيكل تجزئة العمل

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

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

إدارة الجدول الزمني

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

تتبّع الجدول أسبوعياً. تأخر أسبوع واحد في الأسبوع الرابع حديث عابر. وتأخر أربعة أسابيع في الأسبوع السادس عشر أزمة. المشكلة نفسها، لكن تكلفة إصلاحها تختلف كثيراً.

تعامل مع توقيت التشغيل الفعلي بوصفه قراراً مستقلاً. لا تشغّل النظام أبداً في ذروة النشاط التجاري. ودرس Hershey ينطبق على كل شركة.

التحكم في الميزانية

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

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

إدارة المخاطر

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

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

التواصل والتصعيد

يحتاج التنفيذيون إلى العناوين الرئيسية. وتحتاج فرق التسليم إلى التفاصيل. ويحتاج مديرو المشاريع إلى بيانات الانحراف. تحديث واحد للجميع لا يفيد أحداً.

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

النطاق هو الموضع الذي يثبت فيه التصعيد قيمته. عملت مع شركة طيران بدأت بترقية بسيطة لنظام الحجز. وبعد ستة أشهر كانت قد أضافت تغييرات في برنامج الولاء وجدولة الطواقم ووحدات المالية. لم يكن أي منها عاجلاً. ولم يقل أحد لا. تضاعف الجدول الزمني وارتفعت التكاليف 70%.

لا يصمد نهج التثبيت المحلي دون تعديل في ظل RISE with SAP. هناك ثلاثة فروق.

RISE يغيّر الجهة التي تصعّد إليها

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

Clean Core يمنح التحكم في النطاق سنداً تقنياً

كل فجوة تحتاج الآن إلى قرار: هل تُهيَّأ، أم تُوسَّع عبر واجهات برمجة التطبيقات المعتمدة (على المنصة نفسها باستخدام ABAP Cloud أو إلى جانبها على SAP BTP)، أم تُرفض. في S/4HANA Cloud Public Edition لا يُتاح تعديل النواة. أما في الإصدار الخاص والتثبيت المحلي فهو ممكن، لكن إرشادات Clean Core من SAP تعدّه الملاذ الأخير، لأن كل تعديل يضيف عملاً عند الترقية.

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

الذكاء الاصطناعي يصوغ التقارير والبشر يتخذون القرارات

يساعد الذكاء الاصطناعي اليوم في الأعمال الورقية للتحكم. يحتفظ SAP Cloud ALM، أداة SAP لإدارة دورة حياة التطبيقات، بمهام المشروع والمتطلبات وحالة الاختبار، ويستطيع توليد مسودات للمتطلبات من نصوص ورش العمل. ويصوغ Microsoft Copilot ملخصات الانحراف لحزم اللجنة التوجيهية انطلاقاً من لوحات المتابعة وتقارير الحالة. ويرصد اكتشاف الشذوذ في Power BI أو SAP Analytics Cloud المؤشرات التي تنحرف عن نمطها المعتاد. وهذا مفيد في استخدام الموارد وحجم طلبات التغيير وتذاكر الدعم، وأقل فائدة في المقاييس التي تتذبذب بطبيعتها.

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

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

آلية التحكم	الحد الأدنى من الممارسة	المالك	التكرار
هيكل تجزئة العمل	لكل مهمة مالك وموعد استحقاق واعتماديات	قائد PMO	يُحدَّث أسبوعياً
مراجعة الجدول الزمني	وسم أي مهمة تأخرت أكثر من ثلاثة أيام؛ فحص المسار الحرج	مدير البرنامج	أسبوعياً
تتبع الميزانية	الفعلي مقابل المخطط لكل حزمة عمل	قائد مالية البرنامج	أسبوعياً، ويُرفع تقريره شهرياً
مراجعة المخاطر	لكل خطر نشط مالك ومحفّز واستجابة	قادة مسارات العمل	أسبوعياً
ضبط التغيير	تقييم الأثر على الوقت والتكلفة والموارد قبل الاعتماد	رئيس لجنة التغيير	أسبوعياً أو عند ورود الطلبات
مراجعة الامتدادات (RISE وGROW)	قرار تهيئة أو توسعة أو رفض لكل فجوة	مهندس الحلول	كل أسبوعين
اللجنة التوجيهية	قرارات لا حالة؛ وأوراق ترسَل مسبقاً	الراعي التنفيذي	كل أسبوعين؛ أسبوعياً في الانتقال والدعم المكثف

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

ما الفرق بين تخطيط المشروع والتحكم فيه؟

التخطيط يُنتج خريطة الطريق: النطاق والجدول الزمني والميزانية والموارد والمخاطر. وهو يحدد الاتجاه عند البداية.

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

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

لماذا تفشل مشاريع SAP رغم وجود خطة مشروع؟

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

كانت لدى Lidl وHershey وRevlon خطط. ما افتقرت إليه هو التحكم الفعّال: تتبع صادق، وتصعيد مبكر، واستجابة حقيقية حين ظهرت علامات الإنذار.

كيف أدير تضخم النطاق في برنامج SAP طويل؟

أعطِ كل تغيير في النطاق تقييماً مكتوباً للأثر قبل اعتماده: الوقت والتكلفة والموارد. ومن دونه يعني اعتماد التغيير اعتماد مجهول.

والقاعدة الأنجع: أي إضافة يجب أن تُزيح شيئاً آخر. هذا القيد الواحد يجعل قادة الأعمال يرتبون الأولويات بصدق.

ولا بد أن يدعم التنفيذيون ذلك. فحين يساند المدير المالي أو مدير العمليات ضبط التغيير علناً، تنخفض الطلبات غير الرسمية بسرعة. وفي برامج RISE وGROW يضيف قرار الامتداد لكل فجوة فحصاً تقنياً فوق ذلك.

ما هو هيكل تجزئة العمل ولماذا يهم في SAP؟

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

قيمته العملية في رسم الاعتماديات. فترحيل البيانات يغذي اختبار التكامل، الذي يغذي اختبار قبول المستخدمين، الذي يغذي الانتقال. وحين يتأخر أحدها يظهر الأثر في ما يليه فوراً.

كيف يغيّر RISE with SAP تخطيط المشروع والتحكم فيه؟

تصبح SAP طرفاً في التسليم. فهي تدير البنية التحتية والعمليات التقنية، ويدير فريق نجاح العملاء لديها إيقاعه الخاص حول التبنّي والقيمة.

وتترتب على ذلك ثلاثة تغييرات. تحتاج إلى مسار تصعيد موثّق نحو SAP لمسائل المنصة لا يمر عبر الشريك. وتحتاج إلى منتدى لمراجعة الامتدادات دون مستوى اللجنة التوجيهية ليقرر كيف تُعالج كل فجوة في ظل Clean Core. وينبغي أن تدمج إيقاع نجاح العملاء لدى SAP في حوكمتك بدلاً من تشغيله بالتوازي.

ما الذي ينبغي أن تفعله اللجنة التوجيهية في برنامج SAP؟

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

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