حين يتعثّر مشروع ERP يكون التفسير الأول عادةً «النظام غير ملائم». في الغالبية العظمى من الحالات النظام يعمل كما يُفترض، والمشروع تعثّر لأسباب لا علاقة لها بالبرمجيات. هذه خمسة أسباب تتكرر بما يكفي لتستحق الذكر.
١) بيانات غير جاهزة
هذا السبب الأول بفارق كبير. النظام الجديد لا يصلح البيانات السيئة بل يكشفها ويضاعف أثرها: دليل حسابات بُني بالتراكم على مدى سنوات دون منطق واضح، أصناف مسجّلة أكثر من مرة بأسماء مختلفة، أرصدة عملاء لا تطابق كشوف حساباتهم.
المشكلة أن هذا العمل لا يمكن أتمتته لأنه يتطلب قرارات بشرية: هل «مسمار ٣ بوصة» و«مسمار ٣»» صنف واحد؟ هل هذا الرصيد القديم قابل للتحصيل أم يُعدم؟ لا يجيب عن ذلك مورّد النظام بل موظفو الشركة.
ما يمنعه: ابدأ تنظيف البيانات قبل اختيار النظام، لا بعده. وهو عمل مفيد حتى لو تأجّل المشروع.
٢) قرارات مؤجلة
تطبيق ERP يفرض حسم أسئلة كانت الشركة تتعايش مع غموضها: من يعتمد الشراء فوق مبلغ معيّن؟ هل يُسمح بالبيع لعميل تجاوز حد ائتمانه، وبموافقة من؟ ما تعريف «مشروع» عندنا؟
هذه أسئلة إدارية لا تقنية، وتأجيلها يوقف التقدّم لأن النظام لا يستطيع تنفيذ قاعدة غير محسومة. أغلب فترات الجمود في المشاريع سببها انتظار قرار من شخص واحد.
ما يمنعه: تعيين صاحب قرار مفوَّض من الشركة، لا منسّق ينقل الرسائل.
٣) فريق غير متفرّغ
يُتعامل مع المشروع كأنه مسؤولية المورّد، بينما هو في الحقيقة مشروع الشركة والمورّد ينفّذه معها. مدير الحسابات الذي يُطلب منه مراجعة دليل الحسابات وهو في ذروة الإقفال الشهري سيؤجّل، والتأجيل يتراكم.
ما يمنعه: تخصيص وقت صريح ومحجوز — لا «وقت متاح» — لكل شخص أساسي في المشروع، والاعتراف بأن هذا الوقت تكلفة حقيقية على التشغيل اليومي.
٤) تخصيص زائد عن الحاجة
مطلب متكرر: «نريد الشاشة مطابقة تمامًا للنظام القديم». كل تعديل من هذا النوع يبدو بسيطًا منفردًا، لكن مجموعها يحوّل نظامًا قياسيًا إلى نظام خاص بتكلفة صيانة دائمة — لأن كل تعديل يجب اختباره وإعادة تطبيقه مع كل ترقية.
والأسوأ أن التخصيص كثيرًا ما يُستخدم لتثبيت ممارسات سيئة بدل إصلاحها: بدل مراجعة دورة اعتماد مرتبكة، يُطلب من النظام محاكاتها كما هي.
ما يمنعه: قاعدة بسيطة — قبل الموافقة على أي تخصيص، اسأل: هل هذا متطلب عمل حقيقي، أم تفضيل شكلي أم مقاومة للتغيير؟
٥) نطاق مفتوح
المشروع يبدأ بالحسابات والمخازن، ثم يُضاف التصنيع، ثم المرتبات، ثم «ما دام سايبين النظام مفتوح خلينا نضيف كمان...». النتيجة أن شيئًا لا يُنجَز بالكامل، ويصل المشروع إلى شهره الثاني عشر بلا وحدة واحدة تعمل فعليًا.
ما يمنعه: تعريف مرحلة أولى مغلقة بتاريخ تشغيل محدَّد، وتجميع كل طلب إضافي في قائمة مرحلة ثانية لا يُفتح نقاشها قبل تشغيل الأولى.
إذا كان مشروعك متعثّرًا الآن
أسرع طريق للإنقاذ هو تقليص النطاق لا زيادة الموارد. اختر وحدة واحدة، شغّلها فعليًا حتى النهاية، وأثبت نجاحًا ملموسًا. استعادة ثقة الفريق بنتيجة صغيرة حقيقية أفعل من خطة شاملة جديدة.
ما يميّز المشاريع الناجحة
المشاريع التي تنجح تشترك عادةً في أربع صفات: نطاق أول محدود وواضح، صاحب قرار مفوَّض من الشركة، تنظيف بيانات بدأ مبكرًا، وقبول بأن النظام سيغيّر بعض طرق العمل لا العكس.
ولا تشترك بالضرورة في ميزانية أكبر. الشركات التي تنفق أكثر ليست الأنجح؛ الأنجح هي التي حسمت قراراتها أسرع.
للمزيد: تكلفة نظام ERP في مصر · ما هو نظام ERP؟