أدوات تتبع مشاريع SAP في 2026: أربع أدوات تعمل فعلاً

في معظم برامج S/4HANA الجديدة، أداة التتبع المناسبة هي SAP Cloud ALM: فهي تقرأ طلبات النقل والاختبارات والمراحل مباشرة من نظام SAP، ولا يدفع العملاء الذين لديهم Enterprise Support أو اشتراك سحابي رسوم ترخيص. ولا يصلح Jira أو Planner وProject من Microsoft إلا حين تعمل مؤسستك عليها أصلاً ويتولى أحدهم مسؤولية التكامل. ولا يزال SAP Solution Manager مناسباً لمنظومات On-Premise المعقدة، لكن صيانته الأساسية تنتهي في 2027. هذا الدليل موجّه إلى مديري البرامج وقادة مكاتب إدارة المشاريع (PMO) الذين يختارون أداة أو يصلحونها. يقارن بين الخيارات الأربعة وينتهي بقائمة مراجعة. والاختبار الذي يهم: هل تُريك الأداة ما يجري داخل النظام، أم ما أبلغ عنه الناس فقط؟

في أحد مشاريع S/4HANA المبكرة التي عملت فيها، ضاعت خمسة أسابيع ونحن نحاول فقط معرفة لماذا علقت طلبات النقل في QA. لم تكن لدى أحد رؤية واضحة. كانت أداة التتبع تتابع المهام، لا العمل نفسه.

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

أربع خصائص تفرّق بين أدوات تمنع التأخير وأدوات توثّقه بعد وقوعه.

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

تغطية المراحل المتأخرة. معظم الأدوات تتدبّر أمر البناء. لكنها تنهار في الاختبار والانتقال (Cutover) وHypercare، وهي المراحل التي تتفاقم فيها التأخيرات. وإذا لم تستطع الأداة تتبّع جولات التجربة (Mock Runs) ومهام الانتقال، فإنها تتخلى عنك عند أخطر نقطة.

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

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

1. SAP Cloud ALM

SAP Cloud ALM هو أداة SAP لإدارة دورة حياة التطبيقات في المنظومات السحابية والهجينة. ولا يوجد ترخيص له. يستطيع العملاء الذين لديهم اشتراك سحابي يشمل Enterprise Support، أو إصدارات سحابية (وعقود RISE وGROW تشملها)، أو Enterprise Support في بيئة On-Premise، تهيئة Tenant واحد لكل رقم عميل. أما عملاء Standard Support فلا يحق لهم ذلك ما لم يكن لديهم أيضاً اشتراك سحابي من هذا النوع.

ما يجيده: ينظّم المشروع بحسب مراحل SAP Activate ويقرأ الحالة من النظام، بما في ذلك تنفيذ الاختبارات وطلبات النقل. نفّذت S/4HANA لشركة تصنيع واستخدمت Cloud ALM لتتبّع المشروع كله الذي استمر 10 أشهر. وخلال مرحلة Realize واجه ترحيل البيانات لدينا مشكلات. فنبّهت الأداة إلى التأخير وحسبت أثره على المهام المعتمدة عليه.

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

في أي برنامج جديد لـ S/4HANA السحابي أو RISE، ابدأ من هنا. فالترخيص ليس هو الكلفة. الكلفة هي جهد Basis والإعداد.

2. Jira مع إضافة لإدارة المحافظ

Jira هو أداة تتبع المشكلات الافتراضية في كثير من إدارات تقنية المعلومات بالمؤسسات. وتضيف إضافات المحافظ مثل BigPicture مخططات غانت (Gantt) والتبعيات وعروض الموارد. أما الذكاء الاصطناعي من Atlassian، الذي يحمل الآن اسم Rovo، فهو مضمّن في كل خطة Jira مدفوعة مع حصة شهرية من الأرصدة، ويلخّص التذاكر ويصوغ مسوّدات تحديثات الحالة.

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

الخطر هو التكامل. فJira لا يفهم أصلاً طلبات النقل أو مراحل Activate. وبدون تكامل مُعدّ مع منظومة SAP، يمكنك تتبّع المهام لكن لا النظام.

3. Microsoft Planner وProject

نشأ كثير من مكاتب إدارة المشاريع على Microsoft Project، وما زال مألوفاً لدى قادة المالية والعمليات. وقد تغيّرت خطوط المنتج في 2026. فقد أوقفت Microsoft خدمة Project Online في 30 سبتمبر 2026 وأوقفت المبيعات الجديدة لـ Planner وProject Plan 5. ويُوجَّه العملاء الذين يحتاجون إلى الجدولة على سطح المكتب إلى Planner وProject Plan 3، الذي يبلغ سعره المعلن 30 دولاراً لكل مستخدم شهرياً. أما Microsoft 365 Copilot، وهو ترخيص إضافي، فيصوغ مسوّدات تحديثات الحالة وحزم اللجنة التوجيهية من الخطة والوثائق المرتبطة بها.

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

إذا كان مكتب إدارة المشاريع لديك يعمل على Project Online، فتأكد من اكتمال الانتقال إلى بديله قبل تثبيت الخط الأساسي للبرنامج.

4. SAP Solution Manager

SAP Solution Manager 7.2 هو سابق Cloud ALM في بيئات On-Premise، ويأتي ضمن اتفاقيات الصيانة لتلك البيئات. وفي المنظومات On-Premise المعقدة ما زال الأعمق: مراقبة طلبات النقل، وتوثيق العمليات، وإدارة الاختبارات الأصلية، والتحكم في التغيير. وفي مشروع حديث نبّهنا Solution Manager إلى طلبات نقل متعارضة قبل استيرادها إلى بيئة اختبار الجودة. وهذا منع تعارضاً في الإعداد كان سيستغرق أياماً لفكّه.

المقايضة هي جهد الإعداد. فالإعداد السليم يستغرق أسابيع من وقت متخصصي Basis وSolution Manager. والفرق التي تتجاوز هذا الاستثمار تنتهي إلى استخدامه لمراقبة طلبات النقل فقط، وهذا يهدر معظم قدراته.

تنتهي الصيانة الأساسية بنهاية 2027. وتمتد الصيانة الموسّعة حتى 2030 لوظائف مختارة، للعملاء الذين يأخذون الصيانة الموسّعة لـ Business Suite 7. وإرشاد SAP نفسه هو الانتقال إلى Cloud ALM قبل 2028. وفي برنامج جديد، لا تختر Solution Manager إلا إذا كنت تشغّله أصلاً بكفاءة وينتهي البرنامج قبل أن تُغلق تلك النافذة.

1. سبتمبر 2026إيقاف Microsoft Project OnlinePlanner وProject Plan 3 هما المسار للجدولة على سطح المكتب
2. نهاية 2027انتهاء الصيانة الأساسية لـ Solution Managerإرشاد SAP هو إكمال الانتقال إلى Cloud ALM قبل 2028
3. نهاية 2030انتهاء الصيانة الموسّعة لـ Solution Managerلوظائف مختارة فقط، مع الصيانة الموسّعة لـ Business Suite 7

المصدر: Microsoft Tech Community وSAP Support Portal، جرى التحقق منهما في أكتوبر 2026

يلخّص الجدول الخيارات الأربعة حتى أكتوبر 2026.

الأداة	الأنسب لـ	التكامل مع SAP	جهد الإعداد	الترخيص
SAP Cloud ALM	برامج S/4HANA الجديدة وRISE وGROW	أصلي	متوسط	دون رسوم ترخيص مع Enterprise Support أو اشتراك سحابي
Jira مع إضافة لإدارة المحافظ	مؤسسات تعمل على Jira أصلاً	عبر تكامل من طرف ثالث أو مخصص	متوسط إلى مرتفع	اشتراك لكل مستخدم إضافة إلى الإضافة وجهد التكامل
Microsoft Planner وProject	مكاتب إدارة المشاريع في السوق المتوسطة التي تعمل على Microsoft أصلاً	عبر تكامل من طرف ثالث أو مخصص	منخفض إلى متوسط	سعر Planner وProject Plan 3 المعلن 30 دولاراً لكل مستخدم شهرياً
SAP Solution Manager 7.2	منظومات On-Premise المعقدة التي تستخدمه أصلاً	أصلي وعميق	مرتفع	مشمول باتفاقيات صيانة On-Premise؛ وتنتهي الصيانة الأساسية في 2027

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

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

اطرح هذه الأسئلة قبل أن تلتزم بأداة.

1. هل تقرأ الأداة حالة طلبات النقل والاختبارات والموافقات من نظام SAP، أم تعتمد على أن يكتبها الناس؟
2. هل تتبّع عمليات الترحيل التجريبية ومهام الانتقال وتذاكر Hypercare إلى جانب البناء؟
3. هل تستطيع إظهار سلاسل التبعية عبر مسارات العمل؟
4. من يملك التكامل بين الأداة ومنظومة SAP، بالاسم؟
5. ما كلفة الإعداد الحقيقية؟ الترخيص غالباً هو أصغر رقم، ووقت Basis والتكامل هو الاستثمار الحقيقي.
6. هل سيستخدمها الفريق كله، بمن فيهم قادة الأعمال؟
7. إذا كان لا بد من أداتين معاً، فأيهما مصدر الحقيقة لحالة النظام، وأيهما للجدول الزمني للأعمال؟

ولمعرفة كيف يغذّي التتبع الحوكمة، راجع دليلي عن إعادة مشاريع SAP إلى مسارها.

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

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

ما هو SAP Cloud ALM وهل هو مجاني؟

SAP Cloud ALM هو أداة SAP لإدارة دورة حياة التطبيقات لتنفيذ أنظمة SAP وتشغيلها. ولا يوجد ترخيص منفصل له. يستطيع العملاء الذين لديهم SAP Enterprise Support أو Product Support for Large Enterprises تهيئة Tenant واحد لكل رقم عميل. وكذلك العملاء الذين يشمل اشتراكهم السحابي Enterprise Support، أي الإصدارات السحابية، وهذا يغطي RISE وGROW. والكلفة الحقيقية هي جهد الاتصال به وإعداده.

هل يصلح Jira لتتبع مشاريع SAP؟

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

ما الذي حلّ محل Microsoft Project Online؟

أوقفت Microsoft خدمة Project Online في 30 سبتمبر 2026. وللعملاء الذين يحتاجون إلى الجدولة على سطح المكتب، توجّه Microsoft إلى Planner وProject Plan 3، الذي يتضمن تطبيق Project لسطح المكتب. ولم يعد Planner وProject Plan 5 يُباع للعملاء الجدد. وإذا كان مكتب إدارة المشاريع لديك يتتبع برنامج SAP في Project Online، فتأكد من اكتمال الانتقال ومن نقل السجل قبل أن تعتمد على الخطة الجديدة.

متى تستخدم SAP Solution Manager بدلاً من Cloud ALM؟

حين تتحقق ثلاثة أمور. تشغّل منظومة ECC أو S/4HANA On-Premise معقدة. ولديك Solution Manager مُعدّ أصلاً وفريق يعرفه. وسينتهي البرنامج قبل انتهاء الصيانة الأساسية في 2027. وأثناء الانتقال من ECC إلى S/4HANA يمكن تشغيل الأداتين بالتوازي: Solution Manager للمنظومة القديمة، وCloud ALM للجديدة. وتوصي SAP بإكمال الانتقال إلى Cloud ALM قبل 2028.

كيف تقلّل أدوات التتبع التأخير في برامج SAP؟

بإظهار المشكلات قبل أن يُظهرها اجتماع الحالة الأسبوعي. فطلب النقل العالق في طابور الموافقة لا يظهر في تقرير يدوي إلا حين ينتبه إليه أحد. أما الأداة التي تقرأ النظام فتُظهره في اليوم نفسه. وفي المشروع المبكر المذكور أعلاه، كانت أداة تقرأ حالة طلبات النقل الحقيقية ستُظهر الانسداد قبل أن يكلّف خمسة أسابيع. والفائدة أكبر في مرحلتي Realize وDeploy، حين تكون أحجام طلبات النقل عالية ويجري الاختبار بالتوازي.

هل يمكن استخدام أكثر من أداة تتبع في برنامج SAP نفسه؟

يمكنك ذلك، وهو يسبب المتاعب عادةً: أداتان تُظهران حالتين مختلفتين للمسار نفسه، وكل تصعيد يبدأ بجدال حول أيهما الصحيحة. وإذا كان لا بد من أداتين، فأعطِ كلاً منهما مهمة محددة. حالة النظام (طلبات النقل والاختبارات) تعيش في Cloud ALM أو Solution Manager. والجدول الزمني للأعمال يمكن أن يعيش في Jira أو Planner إن كان ذلك معيار العميل. ونسّق بينهما على فترات محددة.