
المحتويات
- الأدوار الأساسية الثمانية
- الراعي التنفيذي
- مدير المشروع
- القادة الوظيفيون وخبراء المجال
- قائد تقنية المعلومات وفريقه
- قائد ترحيل البيانات
- قائد إدارة التغيير
- مستشار برنامج ERP
- ما الذي تغيّره RISE وClean Core والذكاء الاصطناعي
- جهات التسليم لدى SAP نفسها في RISE
- ملكية Clean Core والامتدادات
- الذكاء الاصطناعي يغيّر الإنتاجية، لا المساءلة
- هيكل الفريق بحسب حجم الشركة
- مهارات التعامل مع الناس تحسم التبني
- الموظفون والاستشاريون وأزواج المرافقة
- ابنِ مركز التميز أثناء التنفيذ
- الأسئلة الشائعة
يحتاج تنفيذ SAP إلى ثمانية أدوار لكل منها صاحب مسمى ومتفرغ: الراعي التنفيذي، ومدير المشروع، والقادة الوظيفيون، وقائد تقنية المعلومات، وقائد ترحيل البيانات، وقائد إدارة التغيير، وشريك التنفيذ، ومستشار مستقل للبرنامج. وتضيف RISE with SAP جهات التسليم لدى SAP نفسها وتجعل ملكية Clean Core صريحة. هذا الدليل موجه إلى الرعاة ومديري البرامج الذين يبنون فريقاً أو يصلحون فريقاً قائماً. ويتناول ما يملكه كل دور، وما ينهار من دونه، وأحجام الفرق بحسب حجم الشركة، وكيف تبني مركز التميز (CoE) قبل التشغيل الفعلي. ابدأ بالتحقق من أي الأدوار الثمانية يشغله شخص لديه عمل يومي آخر. هذا أكبر مخاطرك.
عملت مع عشرات فرق SAP على مر السنين. رأيت مشاريع جيدة التمويل مع موردين ذوي خبرة تفشل لأن أدواراً رئيسية كانت غائبة أو موزعة على أشخاص لديهم وظائف أخرى. ورأيت كذلك مشاريع قليلة التمويل تنجح لأن الأشخاص المناسبين كانوا في الغرفة، متفرغين تماماً، ومساءلتهم واضحة.
كانت لدى شركة تجزئة عالمية عملت معها ميزانية ودعم من القيادة، وكانت SAP خيارها لنظام ERP. لكن فريق التنفيذ لديها كان كارثة. أدوار رئيسية غائبة. ولا أحد يملك القرارات الحاسمة. والتواصل يجري في كل اتجاه دون أن يصل إلى شيء. تأخرت المواعيد، وارتفعت التكاليف، وانهارت الثقة.
يحتاج كل تنفيذ لـ SAP إلى شغل هذه الأدوار. المسمى أقل أهمية من المساءلة.
- الراعي التنفيذيالقرارات والتمويل والتصعيدمستشار برنامج ERPرقابة مستقلة وإدارة المخاطر ومواءمة التنفيذيين
- مدير المشروعالجدول الزمني والميزانية والتنسيق
- القادة الوظيفيون وخبراء المجالتصميم العمليات وتهيئة الوحدات
- قائد تقنية المعلومات وفريقهالتكامل والتطوير والأمن
- قائد ترحيل البياناتجودة البيانات وتسلسل التحميل والانتقال
- قائد إدارة التغييرالتدريب والتبني والتواصل
- شريك التنفيذالبنية والتصميم التكاملي والتسليم
| الدور | المساءلة الأساسية | ما ينهار من دونه |
|---|---|---|
| الراعي التنفيذي | القرارات الاستراتيجية والتمويل وسلطة التصعيد | انجراف وصراعات على النطاق ولا أحد يحسم الخلاف |
| مدير المشروع | الجدول الزمني والميزانية والتنسيق بين الفرق | تأخير وعقبات بلا حل وتجاوز للتكاليف |
| القادة الوظيفيون وخبراء المجال | تصميم العمليات التجارية وتهيئة الوحدات | تهيئة خاطئة وحلول التفافية بعد التشغيل الفعلي |
| قائد تقنية المعلومات وفريقه | التكامل والتطوير والأمن والأداء | ديون تقنية وواجهات معطلة وعدم استقرار |
| قائد ترحيل البيانات | جودة البيانات وتسلسل التحميل ودقة الانتقال | بيانات غير صالحة للاستخدام وتشغيل فعلي فاشل وأشهر من التنظيف |
| قائد إدارة التغيير | التدريب والتبني والتواصل | مقاومة المستخدمين وجداول بيانات موازية |
| شريك التنفيذ | البنية والتصميم التكاملي والتسليم | إفراط في البناء وإخفاقات تكامل |
| مستشار برنامج ERP | رقابة مستقلة وإدارة المخاطر ومواءمة التنفيذيين | قرارات تُتخذ بمعزل عن غيرها وأخطاء كان يمكن تفاديها |
الراعي التنفيذي
الراعي ليس اسماً على شريحة اللجنة التوجيهية. إنه يتخذ القرارات التي لا يستطيع غيره اتخاذها: الميزانية وتغييرات النطاق والتزامات الموارد عبر الإدارات. وحين يكون الدور شكلياً، ينجرف المشروع.
عملت مع شركة تجاوزت هذا الدور. انجرف المشروع. بلا قرارات وبلا تقدم، وضاع المال هباءً.
يبقى الرعاة الفعالون حتى مرحلة الدعم المكثف (hypercare). فيحضرون جلسات اللجنة التوجيهية الشهرية بعد التشغيل الفعلي ويتخذون قرارات صغيرة تفك ما علق أسابيع. ويشرح دليلي عن إنشاء لجنة توجيهية لمشروع SAP كيف تُنظَّم تلك المنصة.
مدير المشروع
يدير مدير المشروع العمل اليومي: الجدول الزمني وسجل المخاطر والتنسيق والتحديثات. وفي برنامج SAP كبير هذا دور متفرغ لشخص سبق أن أدّاه.
شاهدت عميلاً يخسر كبير مطوريه في منتصف التنفيذ. توقف المشروع كله أسابيع بينما كان يبحث بسرعة عن بديل.
والمشكلة المعاكسة ضارة بالقدر نفسه. عملت مع شركة ضم فريقها أكثر من 30 شخصاً. ولم يعرف أحد من يملك القرارات. وكانت التغييرات البسيطة تحتاج خمسة اجتماعات. وامتد الجدول الزمني من 12 شهراً إلى 18 بسبب كلفة التواصل وحدها.
القادة الوظيفيون وخبراء المجال
هؤلاء يترجمون العمليات التجارية إلى تهيئة في SAP. عليهم أن يعرفوا العمل جيداً بما يكفي لتحدي العمليات السيئة، وأن يعرفوا SAP جيداً بما يكفي لمعرفة الممكن.
عملت مع عميل في التصنيع تميّز فريقه لأن قادته الوظيفيين أمضوا وقتاً في أرضية المصنع قبل تصميم العمليات.
أما خبراء المجال الملتزمون جزئياً فيتركون دائماً ثغرات. فإما أن يحصل المشروع على اهتمامهم، أو يحصل على أسمائهم في ورقة الموافقة. وهذان أمران مختلفان.
قائد تقنية المعلومات وفريقه
يملك فريق تقنية المعلومات الأساس التقني: التطوير وBasis والأمن والتكامل والأداء. وفي S/4HANA يملك كذلك انضباط Clean Core، أي إبقاء الشيفرة المخصصة خارج النواة.
التكامل هو ما تستهين به معظم الفرق. فكل اتصال بنظام خارجي يجب أن يُصمَّم ويُبنى ويُختبر ويكون له مالك. وتتعطل الواجهات في اختبار قبول المستخدم (UAT) حين لا يرسم أحد مسارات البيانات. أدخل تقنية المعلومات في جلسات التصميم الأولي (blueprint)، لا بعد اتخاذ القرارات.
قائد ترحيل البيانات
يُسند هذا الدور متأخراً ويُدعم بموارد أقل من اللازم. وحين تظهر مشكلات البيانات، يكون البرنامج قد صار تحت ضغط الجدول الزمني فعلاً.
ظن أحد العملاء أنه يستطيع تجاوز تنظيف البيانات. خطأ كبير. بقي نظامه بلا فائدة أشهراً. تنظيف البيانات في نظام قيد التشغيل يكلف أكثر من تنظيف سليم مسبقاً.
يجري قائد الترحيل المتفرغ مطابقات على كل تحميل، وهكذا تظهر المشكلات البنيوية قبل التشغيل الفعلي. وهذا لا يحدث حين يشغل الدور شخص لديه ثلاثة مسارات عمل أخرى. ويتناول مقالي عن أسباب فشل ترحيل بيانات SAP المنهج.
قائد إدارة التغيير
هذا هو الدور الأكثر تعرضاً للنقص في الموارد باستمرار. شاهدت أنظمة بملايين الدولارات تبقى بلا استخدام لأن أحداً لم يرد تغيير طريقة عمله.
شاهدت تنفيذاً مثالياً تقنياً يفشل لأن المستخدمين كرهوه. كانت التهيئة صحيحة وتصميم العمليات سليماً. لكن من يستخدمونه يومياً لم يشاركوا في التصميم. لم يفهموا لماذا تغيّرت الأمور، وظلوا يستخدمون ملفات Excel القديمة.
نجح عميل في قطاع التجزئة لأنه أصغى إلى مخاوف أمناء الصندوق لديه من النظام الجديد وعدّل نهجه.
الحد الأدنى لبرنامج مؤسسي هو شخصان متفرغان لإدارة التغيير. لا يستطيع شخص واحد تغطية تصميم التدريب والتواصل وإدارة المقاومة وتتبع التبني في وقت واحد.
مستشار برنامج ERP
المستشار المستقل ليس شريك التنفيذ. مهمته الرقابة وتصحيح المسار: التحقق من أن الاتجاه لا يزال منطقياً، ورصد مخاطر يكون فريق التسليم أقرب إليها من أن يراها، وسد الفجوة بين ما يظنه التنفيذيون جارياً وما يجري فعلاً.
أديت هذا الدور لعملاء لديهم فرق تسليم قوية لكن بلا صوت مستقل. عملت مع عميل في التصنيع كاد ينفذ الوحدات الخاطئة لأن أحداً لم يربط استراتيجية نموه بخريطة طريق SAP لديه.
ورصد المتاعب مبكراً هو النصف الآخر. حددت مرة فجوة مهارات حرجة في فريق بيانات عميل قبل ثلاثة أشهر من أن تؤخر التشغيل الفعلي. أصلحناها قبل أن تصير أزمة.
يبقى نموذج الأدوار الثمانية صالحاً. وهناك ثلاثة أمور تحتاج إلى ربطها به في 2026.
جهات التسليم لدى SAP نفسها في RISE
في السحابة الخاصة من RISE with SAP، تدير SAP البنية التحتية والعمليات التقنية. وفي وثيقة الأدوار والمسؤوليات يتفق العملاء على الخدمات مع SAP Cloud Architect Advisor أو Client Delivery Manager أو فريق مركز عملاء السحابة الخاصة لدى SAP. ضع من تعيّنه SAP في قائمة فريقك بجانب فريق الشريك، وسمِّ الشخص من جانبك الذي يملك تلك العلاقة. أما في البيئة المحلية، فـ SAP مورد برمجيات ولا ينطبق هذا.
ملكية Clean Core والامتدادات
في S/4HANA Cloud Public Edition، يُفرض Clean Core بالتصميم: تمر الامتدادات عبر واجهات برمجة مُعلَنة أو أدوات المستخدم الرئيسي أو SAP BTP. وفي السحابة الخاصة والبيئة المحلية، تظل التعديلات ممكنة، لكن كل تعديل يجعل الترقيات أصعب. ولا بد من شخص يملك هذا الحد.
وفي البرامج الأكبر يكون ذلك مهندس Clean Core متفرغاً أو قائد امتدادات BTP يرفع تقاريره إلى مهندس الحلول. وفي برامج السوق المتوسطة يستوعبه مهندس الحلول عادةً، لكن المساءلة يجب أن تُكتب. وعند تقييم الشركاء، اسأل كم امتداداً على BTP سلّموا واطلب أن ترى أمثلة.
الذكاء الاصطناعي يغيّر الإنتاجية، لا المساءلة
يجيب SAP Joule for Consultants (متاح عموماً منذ 2025) عن أسئلة التهيئة من قاعدة المعرفة لدى SAP نفسها ويشرح شيفرة ABAP. ويولّد SAP Build Code شيفرة امتدادات بلغتي Java وJavaScript على SAP BTP. ويصوغ Microsoft Copilot موجزات اللجنة التوجيهية وتقارير الحالة.
تظهر المكاسب في الأدوار الكثيفة بسير العمل مثل تحليل المتطلبات وتقارير الحالة والتطوير المخصص، وفقط حين يستخدم الناس الأدوات باستمرار. تعامل مع أي رقم إنتاجية يُذكر لك كادعاء يجب اختباره على برنامجك.
والفريق أصغر نوعاً ما مما كان يحتاجه النطاق نفسه قبل هذه الأدوات، لكن ليس بشكل كبير. اكتب الأدوات في تعريفات الأدوار بدل معاملتها كنشاط جانبي. فالذكاء الاصطناعي يصوغ أسرع. أما البشر فلا يزالون يملكون ما تقوله المسودة.
أنقذت مشاريع SAP متعثرة كثيرة جداً كانت مشكلة الفريق فيها هي المشكلة الحقيقية، لا التقنية. النمط واضح متى رأيت عدداً كافياً من عمليات التنفيذ.
يعرض الجدول الأحجام المعتادة لكل دور بحسب حجم الشركة. تعامل معه كنقطة انطلاق وعدّله بحسب النطاق والجغرافيا. وللسؤال نفسه خارج SAP، راجع دليلي لفريق تنفيذ ERP.
| الدور | شركة صغيرة | السوق المتوسطة | مؤسسة كبرى |
|---|---|---|---|
| الراعي التنفيذي | مدير أول | مدير تقنية المعلومات أو المدير المالي | كبار التنفيذيين مع لجنة توجيهية |
| مدير المشروع | 1 متفرغ | 1-2 متفرغ | مدير برنامج مع مديري مسارات عمل |
| القادة الوظيفيون | 1-2 لكل وحدة | متفرغ لكل وحدة | عدة لكل وحدة |
| فريق تقنية المعلومات | 2-3 (مشترك) | 4-6 (متفرغ) | 8+ متخصصين |
| ترحيل البيانات | قائد واحد | قائد مع محللين | مسار عمل متفرغ |
| إدارة التغيير | 1 كحد أدنى | 2 كحد أدنى | 3-5 متفرغين |
| قائد Clean Core أو امتدادات BTP | مهندس الحلول | مهندس الحلول | دور متفرغ |
| جهات الاتصال لدى SAP (RISE) | جهة اتصال مسماة | جهة اتصال مسماة | جهات اتصال مسماة مع مراجعات ربع سنوية |
| شريك التنفيذ | 5-10 استشاريين | 15-25 استشارياً | 30+ مع مدير برنامج |
المهارات التقنية تبني النظام. والذكاء العاطفي يقرر هل سيستخدمه الناس.
عملت مع شركة تصنيع كان مدير المستودع فيها يبتسم في الاجتماعات ويقوّض المشروع في الخفاء. رصد مدير تغيير فطن العلامات مبكراً وحوّله إلى مناصر. وكان اكتشاف ذلك عند التشغيل الفعلي أصعب بكثير في الإصلاح.
كان مدير المشروع لدى أحد العملاء بارعاً تقنياً لكنه لم يستطع تكييف رسالته. فالمدير المالي يحتاج إلى تواصل يختلف عما يحتاجه موظفو المستودع. والنتيجة قبول ضعيف عبر المؤسسة وتشغيل فعلي مؤلم.
الإجابة عن سؤال «موظفون أم استشاريون؟» هي تقريباً دائماً: الاثنان معاً.
يعرف الموظفون العمل: العمليات والسياسات والحلول الالتفافية التي لا يوثقها أحد. عملت مع شركة تصنيع رصد موظفوها مشكلات في التنفيذ فاتت الاستشاريين الخارجيين تماماً. وقد أنقذتها تلك الملاحظات من تهيئة كارثية للمستودع.
وكثيراً ما يفتقر الموظفون إلى خبرة التنفيذ. أصر أحد عملاء التجزئة على فريق داخلي بالكامل. وبعد ستة أشهر كانوا متأخرين بلا أمل لأنهم كانوا يتعلمون SAP أثناء تنفيذها.
ويجلب الاستشاريون القدرة على تمييز الأنماط. أحضرت استشارياً لعميل حدد فوراً نهجاً لترحيل البيانات كان سيُسقط تشغيله الفعلي.
والخطر مع الاستشاريين هو نقل المعرفة. فإن لم يتعلم أحد في الداخل النظام، تستمر أتعاب الاستشارات طويلاً بعد الإطلاق.
النموذج الذي ينجح هو أزواج المرافقة (shadow pairs). أعطى أحد عملاء قطاع الأدوية كل استشاري نظيراً داخلياً سيملك ذلك المجال بعد التشغيل الفعلي. يسلّم الاستشاري ويتعلم النظير وتبقى المعرفة. وحول هذا النموذج، ست ممارسات تصنع الفارق:
- ابنِ الفريق قبل اختيار البرمجيات. اشترى عميل وحدات لا يستطيع فريقه صيانتها، وتلت ذلك ستة أشهر من الفوضى.
- خصص الأشخاص بالكامل. الدوام الجزئي يعني أن العمل اليومي ينتصر حين يأتي الضغط. رأيت تهيئة حرجة تنتظر أسابيع لأن أحدهم كان مشغولاً جداً.
- اجمع الفريق في موقع واحد حيثما أمكن. وفّر عميل في التصنيع أسابيع من الأخذ والرد بوضع فريقه في الغرفة نفسها ثلاثة أيام في الأسبوع.
- حدد مسارات التصعيد مبكراً. كانت لدى أحد عملاء التجزئة وثيقة من صفحة واحدة تبين بدقة كيف تصعد القرارات في السلسلة. وفّرت عليه تأخيرات لا تحصى.
- اكتب القرارات مع مبرراتها. عملت مع شركة كانت تسجل ما قررته ولماذا. وفّر ذلك إعادة نقاش لا تنتهي حين انضم تنفيذيون جدد في منتصف المشروع.
- احتفِ بالمراحل على الطريق. أقام عميل في التصنيع فعاليات تقدير شهرية. أمر صغير، لكنه أبقى المعنويات مرتفعة طوال تنفيذ شاق دام 18 شهراً.
الخطأ الذي ترتكبه الشركات بعد التشغيل الفعلي هو تفكيك فريق التنفيذ. وهذا بالضبط هو الوقت الذي يجب أن يتسلم فيه مركز التميز التحسينات والترقيات والحوكمة وتدريب المستخدمين الجدد وإبقاء التهيئة متسقة مع طريقة عمل المؤسسة الفعلية.
خطط له أثناء التنفيذ. كان لدي عميل في التصنيع تجاهل هذه النصيحة. وبعد ثلاثة أشهر من التشغيل الفعلي، غادر خبراء التهيئة الرئيسيون لديه. لم يعرف أحد كيف يصون ما بُني، وبدأ النظام يتدهور فوراً.
هذه هي أدوار مركز التميز التي ينبغي التخطيط لها من الأشهر الأولى للتنفيذ.
| دور مركز التميز | المسؤولية الأساسية |
|---|---|
| مدير مركز التميز | استراتيجية SAP والمواءمة مع أهداف العمل وعمليات المركز |
| مهندس الحلول | البنية وتصميم التكامل وحوكمة Clean Core |
| قائد Clean Core أو امتدادات BTP | فهرس الامتدادات وتحليل أثر الترقيات |
| الاستشاريون الوظيفيون | تحسين الوحدات وتطوير العمليات |
| الاستشاريون التقنيون | التطوير وBasis والأداء والأمن |
| قائد التغيير والتدريب | التبني والتدريب ورفع القدرات |
| قائد حوكمة البيانات | جودة البيانات الرئيسية ومعاييرها |
| قائد التكامل | البرمجيات الوسيطة وواجهات البرمجة وتدفقات البيانات بين الأنظمة |
| قائد الدعم | حل المشكلات والتحسين المستمر |
| مالك العلاقة مع SAP (RISE) | التصعيد إلى SAP ومراجعات الخدمة ومواءمة خريطة الطريق |
عيّنت إحدى شركات الأدوية مالكين للوحدات يجب أن يوافقوا على أي تغيير قد يؤثر في مجالهم. منعت تلك الحوكمة التغييرات غير المنسقة التي تجعل الأنظمة عادةً صعبة الاستخدام بعد سنتين أو ثلاث.
استثمر أحد العملاء 10% من ميزانية مركز التميز في التعلم المستمر. وبعد ثلاث سنوات كان ينفذ ميزات جديدة لا يستطيع منافسوه الاقتراب منها. هكذا يبدو مركز تميز يعمل.
لماذا تفشل فرق تنفيذ SAP حتى حين تبدو الخطة متينة؟
غالباً لأن الخطة تغطي التقنية وتتجاهل الناس. والأنماط الشائعة هي أدوار رئيسية يشغلها أشخاص لديهم وظائف أخرى، وخبراء مجال يُعادون إلى العمليات في منتصف المشروع، وإدارة تغيير تُعامل كوظيفة تدريب. وحين لا يملك أحد القرار ولا يوجد مسار تصعيد، تبقى العقبات أسابيع ويفشل المشروع في التنسيق، لا في التقنية.
ما الأدوار غير القابلة للتفاوض في أي تنفيذ لـ SAP؟
ستة أدوار تحتاج إلى أشخاص متفرغين ومساءَلين: الراعي التنفيذي، ومدير المشروع، وقائد وظيفي واحد على الأقل لكل وحدة رئيسية، وقائد تقنية المعلومات، وقائد ترحيل البيانات، وقائد إدارة التغيير. أزل أي واحد منها وستظهر الفجوة في الأسابيع الأخيرة قبل التشغيل الفعلي. وإدارة التغيير هي الأكثر نقصاً في الموارد. وفي RISE، أضف مالكاً واضحاً للامتدادات وللعلاقة مع جهات التسليم لدى SAP.
ما الذي يتغير في تصميم الفريق مع RISE with SAP؟
تدير SAP البنية التحتية والعمليات التقنية، لذا تعمل مع جهات اتصال تعيّنها SAP مثل Client Delivery Manager أو Cloud Architect Advisor. ضعهم في قائمة الفريق وسمِّ مالك العلاقة من جانبك. كما تحتاج ملكية Clean Core إلى أن تكون صريحة: مهندس متفرغ في البرامج الكبيرة، أو مهندس الحلول في برامج السوق المتوسطة.
هل يجب أن يضم فريق مشروع SAP موظفين أم استشاريين؟
كليهما. يجلب الموظفون سياقاً تجارياً لا يستطيع الاستشاريون استنساخه بسرعة. ويجلب الاستشاريون القدرة على تمييز أنماط التنفيذ التي يفتقر إليها الموظفون عادةً. اقرن كل استشاري بنظير داخلي سيملك ذلك المجال بعد التشغيل الفعلي، كي تبقى المعرفة حين يغادر الاستشاريون. والشركات التي تتجاوز هذا كثيراً ما تدفع مقابل سنوات من الدعم كان ينبغي أن تتولاه داخلياً.
متى ينبغي أن تبدأ ببناء مركز التميز لـ SAP؟
أثناء التنفيذ، ويفضل من الأشهر الأولى. أفضل أعضاء مركز التميز عادةً هم أقوى المساهمين في التنفيذ، وإن انتظرت حتى التشغيل الفعلي مضوا قبل أن تحددهم. عميل في التصنيع انتظر فخسر خبراءه الرئيسيين في التهيئة بعد ثلاثة أشهر من التشغيل الفعلي، ولم يعرف أحد كيف يصون ما بُني.
كيف يغيّر الذكاء الاصطناعي تصميم فريق SAP في 2026؟
تزيد أدوات مثل SAP Joule for Consultants وSAP Build Code وMicrosoft Copilot الإنتاجية في الأدوار الكثيفة بسير العمل حين يستخدمها الناس باستمرار. والفريق أصغر نوعاً ما مما كان يحتاجه النطاق نفسه قبل هذه الأدوات، لكن ليس بشكل كبير. ادمج الأدوات في تعريفات الأدوار، وأبقِ المساءلة لدى الناس: فالذكاء الاصطناعي يصوغ أسرع، والبشر لا يزالون يملكون ما تقوله المسودة.
الخطوة التالية
هل تدير برنامج ERP الآن؟
إذا مسّ هذا المقال برنامجاً أنت في خضمه الآن، فإن حديثاً مدته 30 دقيقة يوصلك عادةً أبعد من أسبوع آخر من التحليل الداخلي.




