لماذا تفشل مشاريع ERP؟ أسباب واضحة وخطة عملية للنجاح

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

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

1. 45%زيادة في التكلفةمتوسط وجدته دراسة لماكنزي وجامعة أكسفورد في مشاريع تقنية كبيرة، وليست مشاريع ERP فقط.
2. 56%قيمة أقل من المتوقعفي الدراسة نفسها، كانت المنافع المحققة أقل من المتوقع بهذا المتوسط.
3. 88%تحقيق الأهدافنسبة المبادرات التي حققت أهدافها أو تجاوزتها عند وجود إدارة تغيير ممتازة، بحسب Prosci.
4. 13%عند ضعف إدارة التغييرفي بيانات Prosci نفسها، انخفضت النسبة بوضوح عندما كانت إدارة التغيير ضعيفة.

01هل توجد نسبة ثابتة لفشل ERP؟

لا. تتكرر عبارة «70% من مشاريع ERP تفشل»، لكن من الصعب العثور على دراسة واحدة حديثة تستخدم تعريفاً ثابتاً للفشل وعينة واضحة تمثل كل الشركات.

قد تعتبر دراسة أن التأخير فشل. وقد تحسب أخرى إلغاء المشروع فقط. وقد تنظر دراسة ثالثة إلى القيمة التي تحققت بعد الإطلاق.

الأفضل أن تسأل: ما الذي لم يتحقق؟ وكم كانت الفجوة؟ وما أثرها على العمل؟

حللت ماكنزي وجامعة أكسفورد أكثر من 5,400 مشروع تقنية معلومات كبير. وجدت الدراسة متوسط زيادة في التكلفة قدره 45%، وتأخيراً قدره 7%، وقيمة أقل من المتوقع بنسبة 56%. لكن ميزانية كل مشروع في العينة كانت أكثر من 15 مليون دولار، والعينة ليست خاصة بـERP.

الدرس المهم بسيط: لا تقِس نجاح المشروع بتاريخ الإطلاق فقط. قِس القيمة التي حصلت عليها الشركة.

02أولاً: عرّف النجاح قبل أن تختار النظام

قد يعمل النظام تقنياً، ومع ذلك يستمر الفريق في استخدام Excel والورق. وقد يتأخر المشروع قليلاً، لكنه ينجح في تحسين المخزون والتخطيط والتحصيل.

اكتب النجاح بطريقة يمكن اختبارها.

031. يبدأ المشروع بشراء برنامج قبل تحديد المشكلة

جملة «نحتاج إلى ERP» ليست هدفاً كافياً.

هل المشكلة أن رصيد المخزون غير موثوق؟ أم أن أوامر الإنتاج تتأخر؟ أم أن فريق المبيعات لا يعرف موعد التسليم؟ أم أن التحصيل غير واضح؟

كل مشكلة تحتاج إلى ترتيب مختلف للتطبيق.

استخدم هذه الجملة:

نحتاج إلى معرفة معلومة محددة في وقت محدد حتى يستطيع شخص محدد اتخاذ قرار محدد.

مثال: «يحتاج مخطط الإنتاج إلى معرفة الكمية المتاحة يومياً قبل الساعة العاشرة، حتى يستطيع فريق المبيعات تأكيد موعد التسليم».

أشار بحث لـPMI عن إدارة المتطلبات، شمل أكثر من 2,000 ممارس، إلى أن ضعف إدارة المتطلبات سبب مهم في عدم تحقيق المشاريع لأهدافها. الدراسة ليست خاصة بـERP، لكنها تؤكد أهمية ربط كل متطلب بهدف ومالك وأولوية.

042. لا يوجد شخص يملك القرار

قد توجد لجنة للمشروع، لكن القرارات اليومية تظل معلقة:

• من يملك بيانات الأصناف؟
• من يوافق على تعديل حركة قديمة؟
• من يعتمد الاستثناء؟
• متى نغير العملية، ومتى نعدل النظام؟

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

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

053. ننقل العملية القديمة إلى شاشة جديدة

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

قسّم الخطوات إلى أربع مجموعات:

1. خطوة مطلوبة قانونياً أو للسلامة أو للمراجعة.
• خطوة تصنع قيمة حقيقية في العمل.
• حل مؤقت فرضه النظام القديم.
• عادة يمكن تغييرها من دون خطر.

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

064. نتعامل مع نقل البيانات كأنه رفع ملف

نقل البيانات ليس مهمة تقنية فقط. يجب اتخاذ قرارات واضحة:

• ما البيانات التي سننقلها؟
• ما البيانات التي سنحتفظ بها في الأرشيف؟
• كيف سنتعامل مع الأصناف أو العملاء المكررين؟
• ما الرصيد الصحيح عند اختلاف المصادر؟
• من يعتمد النتيجة؟

1. 01افحصاحسب السجلات المكررة والناقصة وغير المستخدمة وتعارض وحدات القياس.
2. 02ضع قواعدحدّد قواعد الدمج والحذف والأرشفة والتصحيح قبل كتابة برنامج النقل.
3. 03جرّب مرتيننفّذ تجربتين كاملتين على الأقل بكمية بيانات قريبة من الواقع.
4. 04طابقراجع عدد السجلات والإجماليات وعينات من التفاصيل قبل الاعتماد.

لا تجعل أول ترحيل كامل يحدث ليلة الإطلاق.

075. نوافق على تخصيصات كثيرة

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

المشكلة أن كل تعديل يحتاج إلى صيانة واختبار وتوثيق وتدريب عند كل تحديث.

قبل الموافقة على أي تعديل اسأل:

1. هل هو مطلوب قانونياً أو للسلامة؟
• هل يعطي الشركة ميزة مهمة؟
• هل يمكن حل الحاجة بالإعدادات أو بتبسيط العملية؟
• من سيختبره ويدعمه خلال السنوات القادمة؟

صنفت دراسة من منظور مستخدمي ERP تقليل التخصيص والتدريب والاختبار وفريق المشروع وقياس الأداء ضمن العوامل المهمة. درست مصنعاً واحداً، لذلك هي دليل مفيد وليست ترتيباً ثابتاً لكل الشركات.

086. التدريب يشرح الأزرار ولا يشرح العمل

قد يعرف المستخدم مكان زر الحفظ، لكنه لا يعرف ماذا يفعل عند نقص خامة أو رفض كمية أو تعديل طلب أو توقف آلة.

يجب أن يستخدم التدريب مواقف من يوم العمل الحقيقي.

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

تضم أبحاث Prosci عن إدارة التغيير أكثر من 10,800 مشارك في 101 دولة. وفقاً للبيانات، حققت 88% من المبادرات ذات إدارة التغيير الممتازة أهدافها أو تجاوزتها، مقابل 13% عند ضعف إدارة التغيير. البحث يشمل أنواعاً مختلفة من التغيير، وليس ERP فقط.

097. نختبر المعاملة ولا نختبر العملية الكاملة

نجاح حفظ أمر شراء لا يعني نجاح دورة الشراء كاملة.

يجب أن تختبر سيناريو مثل: استلام جزئي، ثم حجز جودة، ثم اختلاف سعر، ثم مرتجع للمورد، ثم مراجعة الأثر المالي.

اختبر أيضاً:

• الحجم الطبيعي وحجم العمل في أوقات الضغط.
• الصلاحيات والموافقات.
• التكاملات والتقارير والطابعات والأجهزة.
• إقفال الفترة المالية.
• خطة العمل إذا توقف النظام أو فشل التكامل.

اكتب النتيجة المتوقعة قبل الاختبار. لا تغير تعريف النجاح بعد ظهور النتيجة.

108. نعتبر يوم الإطلاق نهاية المشروع

الأسابيع الأولى هي بداية التعلم الحقيقي. تظهر فيها حالات لم تظهر أثناء الاجتماعات والاختبارات.

خطط لفترة استقرار. راجع المشكلات يومياً في البداية. حدّد درجة خطورة كل مشكلة وصاحبها وموعد حلها. لا تضف خصائص اختيارية كثيرة قبل استقرار العملية الأساسية.

11خطة تطبيق بسيطة على ست مراحل

1. المرحلة 1حدّد الهدفاختر مشكلة واضحة، وقِس الوضع الحالي، وحدّد المسؤول والنطاق.
2. المرحلة 2صمّم العمليةراجع خطوات العمل، وأزل ما لم يعد ضرورياً، وحدّد الصلاحيات والقرارات.
3. المرحلة 3أثبت الفكرةجهّز النظام، وانقل عينة حقيقية، ودع المستخدمين يجربون السيناريوهات المهمة.
4. المرحلة 4تدرّب بالكاملجرّب النقل والإطلاق والإقفال والدعم ببيانات وحجم قريبين من الواقع.
5. المرحلة 5ثبّت التشغيلعالج العيوب، وراقب الاستخدام، وأوقف الإضافات غير الضرورية مؤقتاً.
6. المرحلة 6توسّعأضف وحدة أو موقعاً جديداً بعد نجاح المرحلة السابقة واستقرارها.

وجدت دراسة عن القضايا الحرجة في تطبيق ERP، شملت 36 شركة تصنيع، أن ثماني مجموعات من العوامل فسرت 86.3% من اختلاف أثر التطبيق. الدراسة محدودة جغرافياً وقديمة نسبياً، لكنها توضح أن نجاح ERP يعتمد على عدة عوامل تعمل معاً.

12ما الأرقام التي يجب متابعتها؟

كل مقياس يحتاج إلى مسؤول وحد واضح وقرار. الرقم الذي لا يغير قراراً لا يفيد اللجنة التوجيهية.

13ماذا تفعل إذا كان المشروع متعثراً الآن؟

ابدأ بفترة مراجعة قصيرة لمدة أسبوعين:

1. أوقف إضافة الخصائص غير الضرورية.
• اختر خمس عمليات يجب أن تعمل، وحدّد مسؤولاً لكل واحدة.
• قارن الوعود الأصلية بالنتائج الحالية والأرقام المتاحة.
• رتّب العيوب ومشكلات البيانات والقرارات المتأخرة حسب أثرها على العمل.
• راقب المستخدمين وهم ينفذون عملاً حقيقياً.
• اكتب قائمة إنقاذ. يجب أن يكون لكل بند مسؤول وموعد واختبار قبول.
• أجّل أو ألغِ أي عمل لا يحمي الهدف الأساسي.

14أسئلة شائعة

ما السبب الأكبر لفشل ERP؟

لا يوجد سبب واحد. السبب المتكرر هو فجوة بين طموح المشروع وقدرة الشركة على اتخاذ القرارات وتنظيف البيانات وتغيير طريقة العمل ودعم المستخدمين.

هل المورد مسؤول عن الفشل؟

المسؤولية مشتركة. الشركة مسؤولة عن الهدف وقرارات العمل والبيانات والتبنّي. والمورد أو شريك التنفيذ مسؤول عن النصيحة الصحيحة وجودة التنفيذ والوضوح والنتائج التقنية المتفق عليها.

هل نغيّر النظام أم نغيّر العملية؟

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

هل التطبيق التدريجي أفضل دائماً؟

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

كم يستغرق تطبيق ERP؟

لا توجد مدة واحدة. تعتمد المدة على عدد المواقع والعمليات، وحالة البيانات، والتكاملات، والتخصيص، وسرعة اتخاذ القرار، وتفرغ الفريق.

15المصادر وحدودها

• ماكنزي وجامعة أكسفورد: مشاريع تقنية كبيرة وليست ERP فقط.
• Prosci: مبادرات تغيير متنوعة، وليست دراسة تجريبية خاصة بـERP.
• PMI: بحث عن إدارة المتطلبات في مشاريع متنوعة.
• دراسة القضايا الحرجة في ERP: 36 شركة تصنيع ضمن نطاق محدود.
• دراسة تبنّي ERP: أربع حالات شركات.
• دراسة منظور المستخدم: مصنع واحد، لذلك نتائجها إرشادية.

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