تخطَّ إلى المحتوى
1961 ديجيتال ترانسفورم إكس

خدمة

يوم التشغيل ليس خط النهاية. الشهر الذي يليه هو.

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

ستتعرّف على هذا

  • التطبيق السابق بدأ العمل في عطلة نهاية أسبوع، وبحلول الأربعاء كانت الجداول القديمة مفتوحة على كل مكتب من جديد.

  • ضُبط النظام وفق سيناريو عرض تقديمي، لا وفق ما يفعله مشرف الإنتاج لديك فعلًا في السابعة صباحًا.

  • أرصدة الافتتاح في النظام الجديد لم تُطابق يومًا أرصدة إقفال الدفاتر القديمة، ولم يُكلَّف أحد بمتابعة الفارق.

  • كان التدريب جلسة واحدة للجميع دفعة واحدة، فخرج من يُدخل الحركات يوميًا بلا شيء يصلح للاستعمال.

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

كيف يسير العمل

  1. رسم العملية الحقيقية

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

  2. تسمية الفجوات

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

  3. الإعداد والترحيل

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

  4. بروفة الإقفال

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

  5. دعم مكثّف حتى أول إقفال

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

ما الذي تتسلّمه

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

لماذا تفشل التطبيقات بعد التشغيل

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

الترحيل عملية محاسبية لا تقنية

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

المقياس هو الشهر التالي

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

أسئلة تُطرح علينا

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

أخبرنا بما لا يعمل

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

احجز استشارة