النظام جاهز، والإعدادات مكتملة، والبيانات رُحّلت، وموعد التشغيل بعد أسبوعين. ثم يقول رئيس قسم المخازن في الاجتماع: «نحتاج شهراً إضافياً، الفريق ليس جاهزاً». ويطلب المحاسب الرئيسي الاستمرار على النظام القديم «بالتوازي» لثلاثة أشهر. ويكتشف مدير المشروع أن نصف المستخدمين لم يدخلوا النظام التجريبي مرة واحدة.
في كثير من مشاريع ERP لا يكون التأخير تقنياً، بل بشرياً. ومقاومة التغيير لا تظهر فجأة يوم التشغيل؛ إنها ترسل إشارات مبكرة طوال المشروع لمن يعرف كيف يقرأها. في هذا المقال نعرض سبع علامات تدل على أن المقاومة ستؤخر الـGo-Live، وكيف تعالج كل علامة قبل أن تتحول إلى أزمة.
لماذا يقاوم الموظفون نظام ERP الجديد؟
المقاومة ليست عناداً في الغالب، بل لها أسباب مفهومة: الخوف من فقدان الكفاءة في عمل أتقنه الموظف لسنوات، والخوف من أن تكشف الشفافية الجديدة أخطاء قديمة، والقلق من أن يكون النظام مقدمة لتقليص الوظائف، والإرهاق من العمل على نظامين في فترة الانتقال، وأحياناً تجارب سابقة سيئة مع أنظمة فشلت. فهم السبب هو نصف العلاج.
العلامة الأولى: المستخدمون الرئيسيون غائبون عن ورش التحليل
عندما يرسل رئيس القسم موظفاً جديداً بدلاً منه إلى ورش التحليل، أو يحضر ولا يشارك، فهذا يعني أن القسم لا يرى المشروع مشروعه. والنتيجة متطلبات ناقصة تظهر بعد التشغيل في صورة «النظام لا يناسبنا».
العلاج: عيّن مستخدماً رئيسياً (Key User) لكل قسم باسمه، واجعل اعتماده لمحضر التحليل شرطاً للانتقال إلى المرحلة التالية، واذكر دوره في أهدافه السنوية.
العلامة الثانية: عبارة «في نظامنا القديم كنا...» تتكرر في كل اجتماع
المقارنة بالنظام القديم طبيعية، لكن عندما تتحول إلى طلب تكرار كل خطوة قديمة حرفياً، فهي مقاومة مقنعة. والاستجابة لكل طلب من هذا النوع تقود إلى تخصيص مفرط يجعل النظام الجديد نسخة مكلفة من القديم.
العلاج: اسأل دائماً «ما الهدف من هذه الخطوة؟» لا «كيف كانت تتم؟». كثير من الخطوات القديمة كانت حلولاً لقيود النظام القديم نفسه. وراجع كيف تحول الشكوى إلى متطلب نظام.
العلامة الثالثة: النظام التجريبي لا يُستخدم
تُتاح بيئة تجريبية للتدريب، وتمضي أسابيع دون أن يدخلها معظم المستخدمين. هذا مؤشر قوي على أن يوم التشغيل سيكون يوم التدريب الحقيقي الأول، وهو أسوأ توقيت ممكن.
العلاج: حوّل التدريب من محاضرات إلى مهام: كل مستخدم يُنفذ سيناريوهات قسمه الفعلية على البيئة التجريبية ويُسلمها، ويُتابع مدير المشروع نسب الإنجاز أسبوعياً أمام الإدارة.
العلامة الرابعة: البيانات لا تُنظف في موعدها
تنظيف بيانات العملاء والأصناف والأرصدة مهمة مملة، وتأخيرها المتكرر من القسم المسؤول يعني غالباً أنه لا يرى التشغيل قريباً أو لا يريده. وبيانات غير نظيفة تعني نظاماً يفقد ثقة المستخدمين من اليوم الأول.
العلاج: قسّم التنظيف إلى دفعات صغيرة بمواعيد أسبوعية، وحدد مالكاً لكل نوع بيانات، واعرض التقدم في لوحة يراها الجميع. وراجع خطة ترحيل البيانات إلى ERPNext.
العلامة الخامسة: طلبات «التشغيل الموازي» الطويل
التشغيل الموازي لفترة قصيرة ومحددة قد يكون مفيداً، لكن طلبه لأشهر يعني مضاعفة العمل على الفريق، وهو ما يزيد المقاومة بدلاً من أن يقللها، ويؤجل لحظة الاعتماد الحقيقي على النظام.
العلاج: اتفق مسبقاً على معايير قبول واضحة: مطابقة الأرصدة، ونجاح السيناريوهات الحرجة، وجاهزية المستخدمين. وعندما تتحقق، يُغلق النظام القديم للإدخال.
العلامة السادسة: الإدارة العليا تتحدث عن المشروع ولا تستخدمه
عندما يطلب المدير العام تقاريره بالطريقة القديمة من ملفات Excel، يفهم الجميع أن النظام الجديد اختياري. والقدوة هنا أقوى من أي تعميم.
العلاج: اجعل لوحة المتابعة الإدارية في النظام هي مصدر الأرقام في اجتماعات الإدارة من أول أسبوع بعد التشغيل، واطلب من المديرين اعتماد المستندات من النظام لا خارجه.
العلامة السابعة: لا أحد يعرف «ماذا يستفيد هو» من النظام
تُعرض فوائد النظام دائماً من منظور الإدارة: رقابة، وتقارير، وشفافية. لكن أمين المخزن والمحاسب والمندوب يسألون: ماذا سيتغير في يومي أنا؟ إذا لم يجدوا إجابة، فالنظام بالنسبة لهم عبء إضافي.
العلاج: لكل دور، اكتب ثلاثة أشياء سيصبح فيها عمله أسهل: إلغاء إعادة الإدخال، أو تقرير جاهز كان يعده يدوياً، أو اعتماد من الجوال بدلاً من مطاردة التوقيعات. وابدأ التدريب بهذه النقاط.
جدول ملخص: العلامة والعلاج
| العلامة | ما تعنيه | العلاج المختصر |
|---|---|---|
| غياب المستخدمين الرئيسيين | القسم لا يملك المشروع | Key User باسمه واعتماد إلزامي |
| «في النظام القديم كنا...» | رغبة في نسخ الماضي | السؤال عن الهدف لا الطريقة |
| البيئة التجريبية مهجورة | التدريب سيبدأ يوم التشغيل | تدريب بالمهام ومتابعة أسبوعية |
| تأخر تنظيف البيانات | عدم ثقة أو عدم أولوية | دفعات صغيرة ومالك لكل بيانات |
| تشغيل موازٍ طويل | خوف من الاعتماد على النظام | معايير قبول ثم إغلاق القديم |
| الإدارة لا تستخدم النظام | النظام اختياري | القدوة في اجتماعات الإدارة |
| «ماذا أستفيد أنا؟» | النظام عبء | فوائد مكتوبة لكل دور |
دور شركة التنفيذ في إدارة التغيير
إدارة التغيير ليست مهمة الشركة وحدها ولا شركة التنفيذ وحدها. الشركة المنفذة الجيدة تضع خطة تدريب حسب الأدوار، وتتابع مؤشرات الجاهزية، وتنبه الإدارة مبكراً عند ظهور العلامات السابقة، وتساعد على تبسيط المسارات بدلاً من تعقيدها. وتتضمن منهجية أوبريون مرحلة جاهزية واضحة قبل أي تشغيل.
قائمة جاهزية قبل التشغيل بأسبوعين
- كل المستخدمين الرئيسيين أنجزوا سيناريوهات أقسامهم على البيئة التجريبية.
- الأرصدة الافتتاحية مطابقة ومعتمدة من المالية.
- الصلاحيات مختبرة لكل دور.
- خطة دعم مكثف للأسبوعين الأولين بأسماء المسؤولين.
- الإدارة العليا اعتمدت موعد التشغيل وموعد إغلاق النظام القديم.
- قنوات واضحة لاستقبال الأسئلة والمشكلات.
وإذا كنت تخطط لمشروع ERP أو تواجه تأخراً في مشروع قائم، تحدث مع فريق أوبريون لتقييم الجاهزية ووضع خطة عملية.
أسئلة شائعة
ما أكثر أسباب فشل أو تأخر مشاريع ERP؟
كثير منها بشري لا تقني: ضعف مشاركة المستخدمين، وتأخر تنظيف البيانات، وغياب قدوة الإدارة، وتدريب نظري لا يحاكي العمل الفعلي.
هل التشغيل الموازي للنظامين فكرة جيدة؟
لفترة قصيرة بمعايير قبول واضحة نعم، أما لفترات طويلة فيضاعف العمل ويزيد المقاومة.
من هو المستخدم الرئيسي (Key User)؟
موظف من كل قسم يشارك في التحليل والاختبار ويدرب زملاءه ويكون مرجعهم بعد التشغيل.
كيف أقيس جاهزية الفريق للتشغيل؟
بنسبة إنجاز السيناريوهات على البيئة التجريبية، ومطابقة الأرصدة، واختبار الصلاحيات، ووجود خطة دعم.





