إدارة التغيير في مشاريع ERP: كيف تجعل فريقك يستخدم النظام فعلًا

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

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

لماذا يفشل التبنّي بعد الإطلاق

الناس لا يرفضون النظام الجديد لأنهم يكرهون البرامج، بل لأن الحل الالتفافي الذي يملكونه يبدو أسرع وأكثر أمانًا، ولم يُثبت شيء في التشغيل عكس ذلك. وثلاثة أسباب تتكرر مرة بعد مرة.

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

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

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

سمِّ مسؤولًا لكل عملية قبل أن تُعدّ أي شيء

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

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

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

اشرح ما يتغير لكل دور، بلغة بسيطة

إعلان عام على مستوى الشركة بأننا «ننتقل إلى نظام ERP جديد» لا يفيد أمين مستودع في القوز أو منسّق مبيعات في أبوظبي. كل دور يحتاج أن يسمع ثلاثة أشياء: ما الذي سيفعله بشكل مختلف، وما الذي سيتوقف عن فعله، وما الذي يحصل عليه في المقابل.

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

درّب حسب الدور، على مهام حقيقية، ببياناتك أنت

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

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

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

أوقف الطريقة القديمة في تاريخ محدد

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

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

قِس التبنّي كل أسبوع بعد الإطلاق

لا تسأل الفريق هل يستخدم النظام، بل انظر بنفسك. مراجعة أسبوعية قصيرة في أول شهرين أو ثلاثة تُظهر أين تبقى العادات القديمة.

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

اكتب التبنّي في العقد

إن كان التبنّي مهمًا، فمكانه العرض الذي توقّعه. اطلب من شريك التنفيذ أن يبيّن كتابةً كيف سيحققه:

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

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