أول ثلاثين يوما بعد الانتقال: ما الذي يفشل عادة

أول ثلاثين يوما بعد الانتقال: ما الذي يفشل عادة

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

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

المقاومة ليست عنادا، بل حساب مخاطر

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

الموظف الذي كان يفتح الملف وينهي مهمته في دقيقتين صار الآن يحتاج عشر دقائق ليتعلم مسار الشاشة نفسها. ومن وجهة نظره، هو يدفع تكلفة اليوم مقابل فائدة يسمع عنها ولا يراها، وهو مسؤول أمام مديره عن إنجاز اليوم لا عن نجاح المشروع. التحفظ هنا سلوك عقلاني تماما.

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

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

العودة السرية إلى الملف القديم

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

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

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

النقص الذي يظهر بعد النقل لا قبله

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

أكثر ما يظهر في هذه المرحلة:

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

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

التدريب الذي يقدم مرة واحدة لا يكفي

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

البديل الذي يعمل يقوم على ثلاثة مبادئ:

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

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

نظرة أوريجامي

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

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

خطة ثلاثين يوما

هذه خطة تستطيع تشغيلها كما هي، وأهم ما فيها أن لكل مرحلة نهاية معلنة:

• الأيام 1-7: تشغيل متواز محدد. يسجل العمل في النظام والملف القديم معا، لسبب واحد فقط هو المقارنة. اختر في نهاية الأسبوع عينة صغيرة وقارن الرقمين، وكل فارق يسجل بسببه لا بعدده.
• اليوم 8: إغلاق الملف القديم للقراءة فقط. هذه أهم خطوة في الخطة كلها. يبقى الملف متاحا للاطلاع ولا يكتب فيه أحد. بلا تاريخ إغلاق معلن يستمر التشغيل المتوازي إلى ما لا نهاية، وينتهي بأن يفوز الملف القديم لأنه الأسهل.
• الأيام 8-14: التدريب الثاني ومعالجة النقص. جلسة قصيرة لكل فريق على الأسئلة التي ظهرت فعلا، وإغلاق أعلى خمسة بنود من قائمة النقص.
• الأيام 15-21: قياس الاستخدام. راجع من يستخدم النظام فعلا ومن لا يستخدمه، وكل عملية تسجل متأخرة اسأل عن سببها. النتيجة هنا مؤشر على وضوح المسار لا على انضباط الأشخاص.
• الأيام 22-30: التثبيت والمراجعة. أغلق ما تبقى من الملاحظات، وأخرج أول تقرير شهري من النظام وحده، واجلس مع رؤساء الفرق نصف ساعة لتحديد ما الذي ما زال يعمل خارج النظام ولماذا.

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

خاتمة السلسلة

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

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

مصادر

• الهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا) — نظام حماية البيانات الشخصية والتزامات الجهات تجاه البيانات بعد نقلها إلى أنظمة جديدة.
• هيئة الزكاة والضريبة والجمارك — متطلبات الفوترة الإلكترونية وحفظ المستندات وإبرازها عند الطلب.
• وزارة الموارد البشرية والتنمية الاجتماعية — الأحكام المتعلقة بسجلات العاملين وحفظ بياناتهم.
• وزارة التجارة — الأحكام المتعلقة بالدفاتر والسجلات التجارية للمنشآت.
• الهيئة العامة للمنشآت الصغيرة والمتوسطة (منشآت) — برامج تمكين المنشآت من أدوات الإدارة والتحول الرقمي.