مشروع الـ ERP يفشل قبل اجتماع الانطلاق — هنا بالضبط

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

السبب الأول: لا أحد يملك النطاق. حين يكون «تطبيق النظام» هدفاً بحد ذاته، يتوسع النطاق مع كل اجتماع. الصياغة الصحيحة للهدف تشغيلية دائماً: «إقفال مالي في خمسة أيام»، «دقة مخزون فوق ٩٨٪»، «دورة طلب إلى فاتورة دون تدخل يدوي». هذه الصياغات تحدد تلقائياً ما يدخل النطاق وما يُرفض.

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

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

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