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