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