تحليل الملاءمة والفجوات في نظام ERP: كيف تنفّذه بالشكل الصحيح

تحليل الملاءمة والفجوات (Fit-Gap Analysis) هو مقارنة منهجية بين ما تحتاجه مؤسستك وما يقدّمه فعليًا نظام محدد من أنظمة تخطيط موارد المؤسسات (ERP). ويُسجَّل لكل متطلب ما إذا كان النظام يلبّيه بصورته القياسية، أو يلبّيه من خلال التهيئة، أو يحتاج إلى تطوير مخصّص، أو أن الأجدى معالجته بتغيير الإجراء. وتحتاج إلى هذا التحليل كلما أوشكت على الالتزام بالمال والوقت في نظام ما: أثناء الاختيار، أو قبل الاستبدال، أو قبيل ترقية رئيسية، أو حين ينحرف مشروع التطبيق عن مساره.

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

ما هو تحليل الملاءمة والفجوات (وما ليس كذلك)

يُجرى تحليل الملاءمة والفجوات على مستوى المتطلبات ولنظام بعينه، إذ يطرح سؤالًا بندًا تلو الآخر: “كيف يعالج هذا النظام هذا المتطلب؟” ومُخرَجه سجل من القرارات، لا تقرير من الآراء.

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

كما أنه ليس ردًّا من المورّد على طلب تقديم العروض (RFP)؛ فالمورّدون يجيبون بـ”نعم” عن معظم المتطلبات لأن معظم الأمور ممكنة بقدر كافٍ من التطوير. وعلى التحليل أن يحدد كيف يُلبّى كل متطلب وما تكلفة ذلك.

متى تنفّذ هذا التحليل

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

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

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

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

المدخلات التي تحتاجها أولًا

لا تتجاوز جودة تحليل الملاءمة والفجوات جودة مدخلاته. وقبل أي عرض توضيحي، جهّز ثلاثة أمور.

خرائط الإجراء الحالي (As-Is)

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

المتطلبات الموثّقة

حوّل خرائط الإجراءات ومقابلات أصحاب المصلحة إلى متطلبات محددة وقابلة للاختبار. فعبارة “يجب أن يدعم النظام الموافقات” غير قابلة للاختبار، أما عبارة “تُحال أوامر الشراء التي تتجاوز مبلغًا محددًا إلى رئيس القسم ثم إلى المدير المالي، مع تفويض الصلاحيات أثناء الإجازات” فهي قابلة للاختبار. وحدّد أولوية كل متطلب باستخدام منهجية MoSCoW (Must وShould وCould وWon’t)، وبيّن ما إذا كان نابعًا من متطلبات تنظيمية، مثل التزامات الفوترة الإلكترونية وضريبة القيمة المضافة لدى هيئة الزكاة والضريبة والجمارك (ZATCA)، أو من تفضيل داخلي.

الأنظمة المرشّحة وبيئاتها

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

فئات الملاءمة الخمس

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

1. ملاءمة قياسية

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

2. تهيئة (Configuration)

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

3. تطوير مخصّص (Customization)

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

4. تغيير الإجراء

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

5. خارج النطاق / حل بديل

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

نموذج سجل الملاءمة والفجوات

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

ومن الأعمدة الإضافية المفيدة: مصدر المتطلب (مقابلة، أو متطلب تنظيمي، أو سياسة)، ومرجع سيناريو الاختبار، وتاريخ القرار، ورابط وثيقة التصميم لكل ما يُصنَّف تطويرًا مخصّصًا.

خطوات التنفيذ

1. تأكيد النطاق. اتفقوا على المجالات الإجرائية والكيانات القانونية والمواقع والتكاملات المشمولة. وجمّدوا قائمة المتطلبات لهذه الجولة كي لا يلاحق التحليل هدفًا متحركًا.
2. كتابة سيناريوهاتك الخاصة. حوّل المتطلبات إلى سيناريوهات متكاملة من البداية إلى النهاية تستخدم أنواع مستنداتك الفعلية ومسارات الموافقات والحالات الاستثنائية، مثل التسليم الجزئي أو الإشعارات الدائنة أو المدفوعات متعددة العملات. ولا تعتمد على سيناريوهات العرض التي يعدّها المورّد، فهي مصمّمة لإبراز نقاط القوة.
3. تنفيذ عرض توضيحي وفق سيناريوهات محددة. اطلب من المورّد أو شريك التطبيق تنفيذ كل سيناريو مباشرةً في البيئة الفعلية، بينما يتابع أصحاب الإجراءات لديك ويطرحون أسئلتهم. وسجّل ما عُرض فعلًا، لا ما وُعد به.
4. تصنيف كل متطلب. حدّد فئة ملاءمة واحدة لكل متطلب، بالاتفاق بين صاحب الإجراء ومهندس الحلول. وعند الاختلاف، دوّن كلا الرأيين وصعّد الأمر بدلًا من اعتبار المتطلب “ملائمًا” افتراضيًا.
5. تقدير الجهد. لبنود التهيئة والتطوير المخصّص، قدّر جهد البناء والاختبار والصيانة المستمرة. واستخدم أحجامًا نسبية إن تعذّر التقدير الدقيق في هذه المرحلة، مع الحفاظ على الاتساق.
6. تحديد الأولويات. اجمع بين أولوية MoSCoW والجهد المطلوب؛ فالبنود عالية الأولوية منخفضة الجهد تأتي أولًا، أما الفجوات منخفضة الأولوية عالية الجهد فهي أول المرشّحين لتغيير الإجراء أو التأجيل.
7. الاعتماد الرسمي. استعرض السجل مع اللجنة التوجيهية مع التركيز على التطويرات المخصّصة وتغييرات الإجراءات. ووثّق الموافقة الرسمية على كل قرار ليكون خط الأساس للنطاق واضحًا قبل بدء التصميم.

القرار: التطوير المخصّص أم تغيير الإجراء

هذا هو القرار الأكثر تأثيرًا في التكلفة الإجمالية للملكية. اختبر كل فجوة في ضوء أربعة أسئلة.

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

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

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

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

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

الأخطاء الشائعة

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

الأسئلة الشائعة

كم يستغرق تحليل الملاءمة والفجوات لنظام ERP؟

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

من ينبغي أن يشارك؟

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

هل يمكن لمورّد نظام ERP أن ينفّذ التحليل نيابةً عنا؟

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

هل يوجد نموذج قياسي لتحليل الملاءمة والفجوات؟

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

ماذا يحدث بعد تحليل الملاءمة والفجوات؟

يغذّي السجل المعتمد تصميم الحل وتقديرات الجهد وخطة التطبيق. فتُعَدّ للتطويرات المخصّصة مواصفات وظيفية، ولتغييرات الإجراءات خطط لإدارة التغيير، ويرتبط كل متطلب بسيناريوهات اختبار قبول المستخدم.

الحصول على تحليل مستقل للملاءمة والفجوات

AIMLTS شركة استشارية محايدة تجاه المورّدين مقرها جدة. نتولى رسم خرائط الإجراءات، وإعادة هندسة إجراءات الأعمال، وتحليل الملاءمة والفجوات قبل التوصية بأي نظام، كما نطبّق Dynamics 365 وOdoo وSAP وOracle، أو نبني نظام ERP مخصّصًا حين يكون ذلك الأنسب. تعرّف على استشارات إجراءات الأعمال، واستكشف حلول ERP وتطبيق أنظمة ERP، أو احجز مكالمة استكشافية لمناقشة متطلباتك.