تخطيط توزيع الموارد في مشاريع SAP

تخطيط توزيع الموارد في مشروع SAP يعني تحديد الأدوار التي تحتاجها، وفي أي مرحلة من SAP Activate، وبكم ساعة أسبوعياً، ثم التحقق كل أسبوع من أن الواقع ما زال يطابق الخطة. وزّع الفريق بحسب الدور لا بحسب عدد الرؤوس. وشكّل الخطة على منحنى المراحل: الأدوار الوظيفية في Explore، والأدوار التقنية في Realize، والبيانات وBasis والتغيير في Deploy. وأكّد التوافر كتابةً مع المديرين المباشرين. هذا الدليل موجّه إلى مديري البرامج ومكاتب إدارة المشاريع (PMO) ورؤساء تقنية المعلومات الذين يبنون خطة موارد لـ S/4HANA أو ينقذونها. استخدم جداول مكافئ الدوام الكامل (FTE) ونطاقات أسعار الأيام أدناه نقاط انطلاق استرشادية.

شاهدت عشرات التنفيذات تتعثر بالمشكلات نفسها في الموارد. الخطة تفترض استقراراً يزول بمجرد بدء التنفيذ.

رأيت مرة فريقاً يخسر أسبوعاً كاملاً لأن أحداً لم ينتبه إلى أن مسؤول الأمن لديه إجازة وتدريب متتاليان. لم يُنبَّه إلى ذلك ولم يُتتبَّع، فتأخرت مراجعة حاسمة لصلاحيات الوصول إلى النظام تسعة أيام.

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

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

1. عدد الأفراد بحسب الدور وبحسب مرحلة Activate. لا توزيع ثابت. فمرحلة Explore لا تشبه Realize في شيء.
2. الساعات الأسبوعية التي يؤكدها المدير المباشر. كتابةً، لا افتراضاً.
3. الالتزامات المتزامنة لكل شخص. من يُدرج بنسبة 100% وهو يغطي أيضاً دعم بيئة الإنتاج سيُنجز أقل بكثير.
4. بديل لكل دور على المسار الحرج. التدريب المتبادل ليس اختيارياً في برنامج مدته 18 شهراً.
5. الاعتماديات بين مسارات العمل. لكل منها مالك محدد بالاسم وموعد استحقاق ومسار تصعيد، وتكون مرئية في اليوم الذي تتأخر فيه.
6. إيقاع التحديث. أسبوعياً في المراحل النشطة. فالخطة عند الانطلاق هي النسخة الأولى فقط.

تنحرف الخطط حين يستخدم المخطط أدواراً عامة في تقنية المعلومات. تحتاج SAP إلى تخصصات وظيفية وتقنية محددة. هذه هي المجموعة المعتادة لبرنامج S/4HANA:

قيادة البرنامج. مدير البرنامج وقائد PMO ومهندس الحلول المعماري. ويتحمل المهندس المعماري مسؤولية اتساق التصميم عبر الوحدات.

المستشارون الوظيفيون. قائد واحد لكل وحدة ضمن النطاق: المحاسبة المالية (FI) ومحاسبة التكاليف (CO) وإدارة المواد (MM) والمبيعات والتوزيع (SD) وتخطيط الإنتاج (PP) وإدارة المستودعات الموسعة (EWM)، إضافةً إلى إدارة رأس المال البشري (HCM) وصيانة المصانع (PM) ونظام المشاريع (PS) حيث تكون ضمن النطاق. وإن كنت لا تزال تشغّل إدارة المستودعات (WM) الكلاسيكية، فخطّط للانتقال منها: فقد انتهت في نهاية 2025 حقوق استخدامها بموجب حزمة التوافق على S/4HANA المحلي.

المستشارون التقنيون. مطورو ABAP للتقارير والواجهات والتحويلات والتحسينات والنماذج وسير العمل (RICEFW)، ولامتدادات Clean Core على واجهات برمجة التطبيقات المعتمدة أو SAP BTP. وأخصائيو التكامل لـ SAP Integration Suite (Cloud Integration، المعروف سابقاً باسم CPI) وSAP Process Orchestration حيث ما زال يعمل، وأي وسيط برمجي من جهات خارجية.

المنصة. مستشارو Basis لـ HANA وتحديثات النواة (kernel) وعمليات النقل ونسخ الأنظمة وضبط الأداء. ومستشارو الأمن لتصميم الأدوار وتحليل فصل المهام وSAP GRC Access Control حيث يكون ضمن النطاق.

البيانات. أخصائيو الترحيل الذين يستخدمون تطبيق «Migrate Your Data» في SAP S/4HANA Migration Cockpit (أما المعاملة القديمة LTMC فقد أُوقف العمل بها)، وأداة Migration Object Modeler للكائنات المخصصة، وSAP Data Services للتحويلات المعقدة. ويشرح دليلي عن أسباب فشل ترحيل بيانات SAP لماذا يحتاج هذا الفريق إلى البدء أبكر مما تسمح به معظم الخطط.

التغيير. قائد التغيير وقائد التدريب ومالك جاهزية الأعمال. وغالباً ما يكون عددهم أقل من اللازم، لأن الحاجة إليهم لا تظهر إلا في Deploy.

جانب العميل. محللو أعمال (واحد لكل وحدة رئيسية) ومالكو عمليات (واحد لكل مجال عمليات) ومختبرون من فرق التشغيل لاختبار قبول المستخدمين (UAT).

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

الطلب على الموارد ليس ثابتاً. تصنع مراحل Activate منحنيات متوقعة يفوتها التوزيع الثابت.

Prepare (عادةً من الأسبوع 1 إلى 4). خفيفة. مدير البرنامج والمهندس المعماري وقائد لكل وحدة لتحديد النطاق. ويؤكد مستخدمو الأعمال النطاق. ويبدأ Basis والأمن إعداد البيئات.

Explore (عادةً من الشهر 2 إلى 5). يغلب عليها المستشارون الوظيفيون ومستخدمو الأعمال، وتقود ورش التصميم الجدول الزمني. ويبقى ABAP والتكامل خفيفين إلى أن تُحسم قرارات التصميم. ويجهّز Basis بيئتي الاختبار التجريبي (sandbox) والجودة.

Realize (عادةً من الشهر 5 إلى 12). يغلب عليها الأدوار التقنية: التهيئة والبناء واختبار الوحدات والتكامل. يبلغ حمل ABAP ذروته. وينضم مستخدمو الأعمال إلى دورات الاختبار. ويبني فريق البيانات كائنات الترحيل وينفذ التجارب التجريبية.

Deploy (عادةً من الشهر 12 إلى 14). يغلب عليها ترحيل البيانات وBasis والأمن والتغيير والتدريب. ويستهلك UAT طاقة الأعمال. وتحتاج بروفات الانتقال (Cutover) إلى فرق تعمل في الموقع نفسه. ويبدأ التخطيط للدعم المكثف (hypercare).

Run (من الشهر 14؛ ويستمر الدعم المكثف عادةً من 30 إلى 90 يوماً). فريق أساسي خفيف وتغطية دعم كثيفة. ويتصاعد Basis وإدارة التطبيقات بينما يتراجع المستشارون.

إذا عاملت هذه المراحل كنوافذ طلب متساوية، فستبالغ في تكوين فريق Prepare وتعاني نقصاً في Realize، وتقصّر في موارد ترحيل البيانات في Deploy. منحنى المراحل هو أهم شكل في الخطة.

1. Prepareنحو 11 FTEمن الأسبوع 1 إلى 4. القادة يحددون النطاق وBasis يجهّز البيئات
2. Exploreنحو 36 FTEمن الشهر 2 إلى 5. الأدوار الوظيفية ومستخدمو الأعمال
3. Realizeنحو 56 FTE وهي الذروةمن الشهر 5 إلى 12. البناء، وحمل ABAP في ذروته
4. Deployنحو 42 FTEمن الشهر 12 إلى 14. البيانات وBasis والأمن والتغيير
5. Runنحو 12 FTEمن الشهر 14. الدعم المكثف عادةً من 30 إلى 90 يوماً

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

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

العاملون التقنيون موزعون على أكثر من اللازم. قدّر Gerald Weinberg في أعماله عن إدارة البرمجيات أن من يتوزع على ثلاثة مشاريع يقدّم نحو 60% من طاقته الكلية، ويضيع الباقي في التنقل. ويورد ملخص الجمعية الأمريكية لعلم النفس لأبحاث التبديل بين المهام الحجم نفسه من الفاقد: فالانقطاعات الذهنية القصيرة الناتجة عن التنقل بين المهام قد تكلف ما يصل إلى 40% من الوقت المنتج. تبدو الخطة فعّالة. أما المخرجات فلا.

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

1. توافر وهمي. شخص مُدرج بنسبة 100% يدير أيضاً إقفال نهاية الشهر ودعم بيئة الإنتاج. اسأل: كم ساعة أسبوعياً، وما الذي يعمل عليه أيضاً، وهل أكد مديره المباشر ذلك كتابةً.
2. أدوار مشتركة بلا حدود. شخص واحد يتولى تصميم الحلول والاختبار وإدارة التغيير في آن واحد. قسّم المسؤوليات بحسب المهمة لا بحسب المسمى، ولا تجعل شخصاً واحداً حاسماً في موضعين في الوقت نفسه.
3. غياب وقت مستخدمي الأعمال. تتأخر الورش وتستغرق موافقات UAT أسابيع إضافية. احصل على الوقت مكتوباً وموقعاً من رئيس الإدارة، وتتبع الحضور، وصعّد الأنماط المتكررة مبكراً.
4. لا هامش احتياطي. غياب شخص واحد يعطّل مسار عمل. ابنِ هامشاً على مستوى المهمة لا المرحلة فقط، ودرّب شخصاً واحداً على الأقل على كل دور أساسي.
5. خطة لا تُحدَّث. تُبنى عند الانطلاق ولا تُراجع أبداً. راجعها أسبوعياً في مرحلة التنفيذ الفعلي، واربطها ببوابات المراحل، وحدّثها حين يتغير الواقع.

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

شكّلها بحسب المرحلة. يختلف حمل مطور ABAP في Explore عنه في Realize. ويبلغ مستخدمو الأعمال ذروتهم في Explore للتصميم وفي Deploy لاختبار القبول. والتوزيع الثابت يبدو متوازناً على الورق ويفشل على الأرض.

ارسم الاعتماديات صراحةً. ترحيل البيانات يغذي اختبار التكامل، الذي يغذي UAT، الذي يقود الانتقال. أعطِ كل اعتمادية مالكاً وموعداً وعلامة تنبيه، ليكون التأخر مرئياً في اليوم نفسه.

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

حدّث الخطة أسبوعياً. خطة لم تُمَس منذ أسبوعين غالباً خاطئة. تتبّع الاستخدام الفعلي مقابل المخطط. العمل بنسبة 120% لأسبوعين متتاليين إشارة إلى أن الموظف مثقل أو أن الخطة خاطئة.

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

Brownfield متوسط الحجم (من 5 إلى 15 مليون دولار، نحو 12 شهراً)

النطاق المعتاد: كيان قانوني واحد أو مجموعة صغيرة، وثلاث أو أربع وحدات (عادةً FI وCO وMM وSD)، وعمليات قياسية وتطوير مخصص محدود.

مسار العمل	Prepare	Explore	Realize	Deploy	Run
مدير البرنامج	1	1	1	1	0.5
مهندس الحلول المعماري	1	1	1	0.5	0
المستشارون الوظيفيون (FI/CO وMM وSD وآخر)	1	4	4	2	1
ABAP والجانب التقني	0	1	3	1	0.5
التكامل	0	0.5	2	1	0.5
Basis	0.5	0.5	1	2	1
الأمن والصلاحيات	0	0.5	1	1.5	0.5
ترحيل البيانات	0	1	2	3	0
قائد الاختبار	0	0.5	1	1	0
التغيير والتدريب	0.5	1	1	2	0.5
محللو الأعمال من جانب العميل	1	4	3	2	1
إجمالي الذروة FTE	5	14	20	17	5

Brownfield مؤسسي (من 30 إلى 80 مليون دولار، من 15 إلى 18 شهراً)

النطاق المعتاد: كيانات متعددة، وست إلى تسع وحدات، وتكامل معقد، وتطوير مخصص كبير، وعمليات إطلاق في عدة دول.

مسار العمل	Prepare	Explore	Realize	Deploy	Run
مدير البرنامج وPMO	2	2	3	3	1
مهندسو الحلول المعماريون (قائد ومهندس لكل وحدة)	2	3	3	1.5	0.5
المستشارون الوظيفيون (كل الوحدات ضمن النطاق)	2	10	12	5	2
ABAP والجانب التقني	0	3	8	3	1
التكامل والوسيط البرمجي	0.5	2	5	2	1
Fiori وUI5	0	1	3	1	0.5
Basis	1	1	2	4	2
الأمن وGRC	0.5	1.5	2	3	1
ترحيل البيانات	0	2	5	6	0.5
الاختبار	0.5	1	3	4	0
التغيير والتدريب	1	2	3	5	1
محللو الأعمال من جانب العميل	2	8	7	5	2
إجمالي الذروة FTE	11	36	56	42	12

أسعار الأيام بحسب الدور والمنطقة (2024 إلى 2025)

هذه أسعار يفوترها الشريك عن كل متخصص، وليست رواتب. ويأتي السعر المتوسط للبرنامج عادةً أقل بنسبة 30 إلى 50% من سعر كبار المستشارين في Onshore، لأن معظم البرامج تمزج مهندسين معماريين في Onshore مع تنفيذ في Offshore.

الدور	Onshore (الولايات المتحدة/المملكة المتحدة/ألمانيا)	الخليج (الإمارات/السعودية)	Nearshore (أمريكا اللاتينية/أوروبا الشرقية)	Offshore (الهند)
مهندس حلول معماري (كبير)	من 2,000 إلى 3,500 دولار	من 1,500 إلى 2,500 دولار	من 900 إلى 1,500 دولار	من 500 إلى 1,000 دولار
مستشار وظيفي (كبير)	من 1,500 إلى 2,800 دولار	من 1,200 إلى 2,000 دولار	من 700 إلى 1,400 دولار	من 300 إلى 700 دولار
مستشار وظيفي (متوسط)	من 1,000 إلى 1,800 دولار	من 800 إلى 1,400 دولار	من 500 إلى 900 دولار	من 200 إلى 500 دولار
ABAP والجانب التقني (كبير)	من 1,400 إلى 2,500 دولار	من 1,000 إلى 1,800 دولار	من 600 إلى 1,200 دولار	من 300 إلى 700 دولار
أخصائي تكامل	من 1,500 إلى 2,800 دولار	من 1,100 إلى 1,900 دولار	من 700 إلى 1,300 دولار	من 350 إلى 800 دولار
Basis	من 1,400 إلى 2,200 دولار	من 1,000 إلى 1,800 دولار	من 600 إلى 1,100 دولار	من 300 إلى 700 دولار
الأمن وGRC	من 1,500 إلى 2,500 دولار	من 1,100 إلى 1,900 دولار	من 700 إلى 1,300 دولار	من 350 إلى 800 دولار
ترحيل البيانات	من 1,300 إلى 2,200 دولار	من 1,000 إلى 1,700 دولار	من 600 إلى 1,100 دولار	من 300 إلى 700 دولار
قائد التغيير والتدريب	من 1,200 إلى 2,000 دولار	من 900 إلى 1,500 دولار	من 500 إلى 1,000 دولار	من 250 إلى 600 دولار
مستشار مبتدئ (أي دور)	من 800 إلى 1,400 دولار	من 500 إلى 900 دولار	من 400 إلى 700 دولار	من 150 إلى 350 دولار

توزيع العمل بين Onshore وNearshore وOffshore

تمزج معظم برامج SAP بين المناطق. إنه قرار موازنة بين التكلفة والسرعة، وليس خياراً ثنائياً.

تعمل برامج القطاع الخاص الأمريكي عادةً بنسبة 30 إلى 60% في Onshore من حيث FTE. ويتركز Onshore في الهندسة المعمارية والتغيير وتحليل الأعمال والأدوار الوظيفية الكبيرة، حيث يهم القرب من الأعمال. ويتركز Offshore في ABAP وبناء التكامل وتنفيذ ترحيل البيانات، حيث يسهل تحديد المواصفات. أما برامج الحكومة الاتحادية الأمريكية فكثيراً ما تكون بالكامل في Onshore مع قيود تتعلق بحاملي الجنسية الأمريكية، بحسب حجم العمل.

وتعمل برامج الخليج عادةً بنسبة 60 إلى 70% في Onshore، لأن قواعد التوظيف المحلية ومتطلبات اللغة العربية ترفع النسبة. ويميل العمل في Offshore نحو مراكز جنوب آسيا بسبب تقاطع المناطق الزمنية. وتتفاوت البرامج الأوروبية: فالتصنيع كثيراً ما يعمل بنحو 50% في Onshore، بينما يرتفع القطاع العام والقطاعات الخاضعة للتنظيم أعلى من ذلك لأسباب تتعلق بإقامة البيانات.

من الأخطاء الشائعة ضبط التوزيع على التكلفة وحدها. فريق 80% منه في Offshore و20% مهندسون معماريون في Onshore يبدو رخيصاً في الجدول. أما التكاليف الخفية فهي دورة التسليم اليومية وبطء ورش التصميم من دون سياق الأعمال. والفريق الأرخص نادراً ما يقدّم أرخص برنامج. وحين تقارن الشركاء، يتناول دليلي عن شركاء تنفيذ SAP بحسب الفئة كيف تختلف الأسعار وتركيبة الفريق بينهم.

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

ما المقصود بتخطيط توزيع الموارد في مشاريع SAP، ولماذا يهم؟

هو تحديد الأشخاص الذين يحتاجهم المشروع، ومتى، وكم من وقتهم، ثم تتبع ما إذا كان ذلك يطابق الواقع.

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

كيف يتسبب سوء توزيع الموارد في تأخر مشاريع SAP؟

عبر الاعتماديات. يُسحب قائد التهيئة إلى مشروع آخر أثناء Realize. يتوقف عمله، فيتأخر اختبار التكامل، ثم UAT، ثم جاهزية الانتقال. وقد يتحول غياب أسبوعين في الأسبوع الثامن إلى انزلاق ستة أسابيع بحلول التشغيل الفعلي.

الفجوات الصغيرة مبكراً تصبح تأخيرات كبيرة لاحقاً. وبحلول الوقت الذي يظهر فيه الأثر، تبلغ تكلفة التعافي أضعاف تكلفة الإصلاح المبكر.

كيف أضمن التزام مستخدمي الأعمال بمشروع SAP وهم منشغلون بأعمالهم اليومية؟

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

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

كيف أتعامل مع مغادرة شخص أساسي في منتصف المشروع؟

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

وحين يغادر أحدهم، دوّن ما يعرفه فوراً: القرارات غير الموثقة ومسوغات التهيئة. وهذا غالباً أصعب من إيجاد بديل. وللتعويض، فإن وثيقة تسليم وجلسات مسجلة وأسبوع تداخل هي الحد الأدنى.

متى ينبغي أن أصعّد مشكلة في الموارد؟

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

كلفة التصعيد المبكر جداً حديث محرج. أما كلفة التصعيد المتأخر فأسابيع من الانزلاق.

كيف تُدار الموارد المشتركة بين عدة مشاريع؟

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

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