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