كم يستغرق تنفيذ نظام ERP فعلًا، وما الذي يطيله
· 12 دقيقة قراءة · فسيلة
العرض قال أربعة أشهر. قال أربعة أشهر لأنك سألت كم يستغرق، ولأن من يقول تسعة يخسر أمام من يقول أربعة، ولأن هناك فعلًا نسخة من مشروعك تستغرق أربعة أشهر — النسخة التي تصل فيها كل إجابة في يوم طلبها، والبيانات فيها نظيفة، والربطان فيها مع نظامين أصحابهما متعاونون، ولا أحد يسافر في إجازة.
لن تُشغّل تلك النسخة. لا أحد تقريبًا يشغّلها. لكن السؤال المثير للاهتمام ليس لماذا تكون التقديرات متفائلة، فهذا مفهوم ومعروف في كل مكان. السؤال هو: أي أجزاء من الزمن المنقضي تُشترى بالمال، وأي أجزاء تُشترى بالتقويم — لأنهما عملتان مختلفتان، وأغلب المشاريع تُفرِط في إنفاق الأولى محاولةً شراء الثانية.
«كم يستغرق» تقيس ثلاثة أشياء مختلفة
ثلاث مدد مختلفة تُقتبَس كرقم واحد، وتوضيح أيّها تقصد يزيل قدرًا كبيرًا من الخلاف لاحقًا.
من العقد إلى التشغيل. هذه هي التي في العرض. وتنتهي يوم إطفاء النظام القديم.
من العقد إلى الاستقرار. تنتهي حين ينتج النظام إقفال شهر توقّعه المالية دون تسوية لا يستطيع أحد تفسيرها. وهذا عادةً بعد إقفال إلى ثلاثة إقفالات من التشغيل، ولا شيء منها موجود في الخطة.
من العقد إلى العمل الفعلي. تنتهي حين تُتخذ فعلًا من النظام القرارات التي بُرِّر بها الشراء: تكلفة المشروع موثوقة بما يكفي لتسعير المشروع التالي، ورقم المخزون ينهي النقاش بدل أن يبدأه. وهذه عادةً بعد ربعين إلى ثلاثة أرباع من التشغيل، وهي الوحيدة من الثلاث التي يهتم بها أحد خارج فريق المشروع.
حين يقول المورّد أربعة أشهر ويقول عميل مرجعي ثمانية عشر، فكلاهما في الغالب يقول الحقيقة عن قياس مختلف.
شكل واقعي
ما يلي زمن منقضٍ لشركة إماراتية متوسطة — من كيان إلى أربعة، ومخزون حقيقي أو مشاريع حقيقية، وقرابة عشرين إلى مئة وخمسين مستخدمًا، وأول نظام ERP جدّي. وهو ليس مجهودًا. المجهود والزمن المنقضي يفترقان بحدّة، وهذا الافتراق هو موضوع المقال كله.
| المرحلة | الزمن المنقضي المعتاد | ما الذي يحدّد مدتها | هل تُختصر؟ |
|---|---|---|---|
| الاختيار والتعاقد | 6 إلى 12 أسبوعًا | عدد المتنافسين، وحسم مجلس الإدارة، ومدة احتجاز الشؤون القانونية للعقد | نعم، بأن تقرّر أسرع |
| الاستكشاف والتصميم | 4 إلى 8 أسابيع | عدد العمليات المختلفة فعلًا، وتوافر من يعرف كيف يُنجَز العمل | جزئيًا، بتضييق النطاق |
| توصيف البيانات وتنظيفها | من الأسبوع الأول إلى التحوّل | حالة بياناتك الرئيسية، وسرعة اتخاذ ناسك قرارات بشأنها | بالكاد |
| التهيئة والبناء | 6 إلى 16 أسبوعًا | عدد العمليات، ونسبة الحالات الاستثنائية، وحجم الشيفرة المخصّصة | نعم، بإزالة نطاق |
| عمليات الربط | 4 إلى 12 أسبوعًا، متداخلة غالبًا | تقويم صاحب الطرف الآخر، لا تقويمك أنت | نادرًا، ولا أبدًا بدفع المزيد لشريكك |
| اختبار قبول المستخدم | 3 إلى 6 أسابيع | هل يختبر مختبرو الأعمال فعلًا، بجانب أعمالهم اليومية | لا |
| بروفات ترحيل البيانات | جولتان إلى ثلاث، موزّعة على 6 إلى 10 أسابيع | كم عيبًا تكشفه كل جولة | لا |
| التدريب | 2 إلى 4 أسابيع قبل التشغيل | عدد الأدوار، وعدد المواقع، وأنماط الورديات | جزئيًا |
| التحوّل | عطلة نهاية أسبوع، أو عطلة طويلة | حجم الأرصدة الافتتاحية والمستندات المفتوحة | لا |
| الرعاية المكثّفة | 4 إلى 8 أسابيع | معدّل العيوب، وهل بقي أحد | لا |
| حتى أول إقفال نظيف | إقفال إلى ثلاثة إقفالات شهرية | جودة البيانات، وهل شاركت المالية في التصميم فعلًا | لا |
اجمعها بصدق، وسيقع أول نظام ERP لشركة بهذا الشكل بين سبعة وأربعة عشر شهرًا من العقد إلى إقفال شهر توقّعه المالية. أقل من ذلك إن كان النطاق ضيقًا والشركة حاسمة. وأكثر بكثير إن كان هيكل الكيانات معقّدًا أو البيانات سيئة، وهما يسافران معًا عادةً.
هذا المدى واسع لأنه صادق. ومن يضيّقه قبل رؤية قائمة كياناتك، وعدد عملياتك، وحالة بياناتك الرئيسية، إنما يسعّر مرحلة لا مشروعًا.
العمل الذي لا يُختصر بأي مبلغ
هذا هو الجزء الذي يفاجئ مجالس الإدارة. حصة معتبرة من الجدول الزمني لأي مشروع ERP محكومة بالتقويم لا بالميزانية، وإضافة المال إليها لا تنتج شيئًا.
إقفال الشهر يستغرق شهرًا. لا تستطيع اختبار ما إذا كان التصميم يصمد أمام إقفال فترة في وقت أقصر من فترة. وإن كان أول إقفال في المشروع سيحدث بعد التشغيل، فأنت اخترت أن تختبر في بيئة الإنتاج. وإن أردت اختباره قبلها، فأنت تحتاج شهرًا منقضيًا ببيانات حقيقية في بيئة اختبار، وهذا الشهر لا يُشترى.
قرارات البيانات تجري بسرعة من يستطيع اتخاذها. الاستخراج سريع. أما تحديد أي من ثلاث طرق لكتابة اسم العميل هي الصحيحة، وأي الأصناف راكد فعلًا، وهل يمكن اعتماد رصيد افتتاحي من كيان لم يسوِّه أحد منذ 2019 — فهذا حكم بشري، وصاحبه له عمل يومي. ومضاعفة عدد الاستشاريين تنتج قائمة أسئلة أطول وقدرة الإجابة نفسها. ولهذا تقتل هجرة البيانات من المشاريع أكثر مما قتل البرنامج يومًا، ولهذا يقع توصيف البيانات في الأسبوع الأول لا في الشهر الخامس.
اختبار القبول محكوم بالمختبِرين، وللمختبِرين وظائف. مسؤولة الائتمان تستطيع الاختبار ساعتين في اليوم ربما، دون أن ينهار عملها الفعلي. هذه الحسبة هي التي تحدّد تقويم اختبار القبول، ولا يغيّرها أي قدر من الموارد الخارجية، لأن الغرض كله أن ناسك أنت هم من يختبرون.
الطرف الآخر من كل ربط يجري على تقويمه هو. الفريق التقني في البنك، أو بوابة الجمارك، أو مكتب الرواتب، أو منصّة البيع. لا أحد منهم يعمل عندك، ولا أحد منهم يهتم بتاريخ تشغيلك. وهذا أكثر بند في أي خطة يُبخَس تقديره باطّراد، والسبب بنيوي لا تقصيري، كما هو مشروح في لماذا يكلّف الربط ما يكلّفه.
التعلّم يأخذ ما يأخذه. أمين مخزن يؤدّي عمله بطريقة واحدة منذ إحدى عشرة سنة يحتاج أسابيع من التكرار، لا جلسة تدريب. والإنتاجية تنخفض بعد التشغيل في كل تنفيذ جرى على وجه الأرض، ومنحنى التعافي خاصية في البشر لا في الخطة.
الدورات النظامية لا تتحرك. فترات ضريبة القيمة المضافة، ونوافذ التدقيق، ونهايات السنوات المالية، وتجديدات الرخص. مشروعك هو الذي يتشكّل حولها.
وقد قال فريد بروكس النسخة العامة من هذه النقطة سنة 1975 في The Mythical Man-Month: إضافة أشخاص إلى مشروع برمجي متأخر تزيده تأخّرًا. ونسخة الـERP أضيق: إضافة استشاريين إلى مشروع ينتظر قرارات أو مختبِرين أو طرفًا ثالثًا لا تسرّع شيئًا؛ هي ترفع معدّل الحرق بينما يفرغ الطابور نفسه بالسرعة نفسها.
العمل الذي يُختصر فعلًا
أربعة أشياء تستجيب للمجهود والمال، وهي المكان الذي يليق أن يدور فيه أي نقاش جادّ عن التسريع.
النطاق. وهو بفارق هائل أقوى رافعة. إزالة خط نشاط أو دولة أو وحدة من المرحلة الأولى تزيل التصميم والبناء والاختبار والبيانات والتدريب في وقت واحد. ولا شيء آخر له هذا المدى.
التوازي على مسارات مستقلة. تطوير عمليات الربط، وتصميم قوالب المستندات، وبناء التقارير، يمكن أن تجري بجوار التهيئة إن كان التصميم مستقرًّا. ولا يمكن إن لم يكن، وتشغيلها رغم ذلك ينتج إعادة عمل لا تقدّمًا.
تهيئة قطاعية جاهزة. الشريك الذي نفّذ لستة مقاولين قبلك يأتي بتهيئة بداية بدل قاعدة بيانات فارغة. وهذا حقيقي ويستحق أن يُدفع فيه، لكن استجوبه: اطلب أن تراها، واسأل كم نجا منها في آخر مشروع نفّذوه. التهيئة الجاهزة التي تُكتَب فوقها في الأسبوع الثالث لم توفّر شيئًا. والاختبار هو هل تحتوي الآلات التي يتجادل حولها القطاع فعلًا — وعند المقاول الشهادات التراكمية، والاستقطاعات المفرَج عنها على دفعات مؤرَّخة، والدفعة المقدمة المستردّة تناسبيًا، والخصومات المرتدّة التي تصل إلى حساب مقاول الباطن — بدل دليل حسابات مكتوب عليه «إنشاءات».
حسمك أنت. وهذا مجاني، وهو أكبر رافعة بعد النطاق، ولا أحد تقريبًا يعامله كبند في الجدول الزمني.
زمن القرار، مقيسًا
المشروع يتحرك بسرعة أبطأ متخذي القرار فيه. الجملة مستهلكة من كثرة التكرار، وهذا مؤسف، لأن لها نسخة تستطيع قياسها فعلًا.
احتفظ بسجل أسئلة مفتوحة من اليوم الأول. سطر لكل سؤال: ما المطلوب، ومن يجب أن يجيب، وتاريخ الطرح، وتاريخ الإجابة. ثم تابع رقمين أسبوعيًا — عدد الأسئلة المفتوحة، ووسيط عمر المفتوح منها.
هذان الرقمان يتنبّآن بتاريخ تشغيلك أفضل من مخطط جانت، ويفعلانها أبكر. سجلٌّ وسيط عمر أسئلته المفتوحة ثلاثة أيام يصف مشروعًا سينتهي قرب خطته. وسجلٌّ وسيطه ثلاثة أسابيع يصف مشروعًا متأخرًا بالفعل، قبل أن يعلن أحد أي تأخير بأشهر، لأن كل سؤال من تلك الأسئلة يحجب قطعة تهيئة، والاستشاري الذي لا يستطيع التهيئة إما يعمل في شيء أقل نفعًا وإما ينتظر.
والعلاج لا يكلّف شيئًا. ساعة أسبوعية ثابتة، فيها شخص يملك صلاحية أن يقرّر لا صلاحية أن يستشير، ومحضر مكتوب بما تقرّر. القرارات المتخذة في تلك الساعة تكلّف حوارًا. والقرارات نفسها إن اتُّخذت أثناء اختبار القبول تكلّف طلب تغيير. وإن اتُّخذت بعد التشغيل كلّفت طلب تغيير زائد تصحيح بيانات زائد جلسة إعادة تدريب زائد مصداقية النظام عند أناس تعلّموه للتوّ.
وهناك مرض قرار ثانٍ يستحق التسمية: إعادة الفتح. قرار تصميمي يُعاد النظر فيه في الشهر الخامس لأن مديرًا غاب عن الورشة صار له رأي، أغلى من قرار لم يُتخذ أصلًا، لأن كل ما بُني عليه صار موجودًا. سجّل القرارات كتابةً ومعها اسم من اتخذها، وعامل إعادة الفتح كطلب تغيير له سعر. لا لأجل البيروقراطية — بل لتصير الكلفة مرئية لمن يفكّر في إعادة الفتح.
سياسة تاريخ التشغيل
سيقترح أحدهم مواءمة التشغيل مع نهاية السنة المالية، والحجة له جيدة فعلًا: أرصدة افتتاحية نظيفة، ولا مشكلة مقارنات في منتصف السنة، ومجموعة تقارير نظامية واحدة على نظام واحد، وتدقيق لا يمتدّ على دفترين.
والحجة ضده جيدة أيضًا، وتُتجاهَل عادةً: فريق المالية يكون في أقل درجات توافره في تلك النافذة بالذات. أنت تطلب ممن يجب أن يقبلوا النظام، ويتحقّقوا من الأرصدة الافتتاحية، وينفّذوا أول إقفال، أن يفعلوا ذلك وهم يقفلون السنة السابقة ويستضيفون المدققين. شيء ما سيُضحّى به، وهو الاختبار عادةً.
وهناك موقف وسط ينجح أكثر من الطرفين: شغّل في بداية فترة محاسبية نظيفة لا في بداية السنة المالية بالضرورة، واقبل كلفة منتصف السنة، وهي أصغر مما تبدو: مجموعة أرصدة افتتاحية واحدة عند حدّ فترة، ومقارنات تأتي من نظامين لسنة واحدة. وكلاهما قابل للإدارة. أما فريق مالية لم يختبر أبدًا فليس كذلك.
وأيًّا كان التاريخ الذي تختاره، فأربع نوافذ تستحق التجنّب صراحةً، والجميع محليًا يعرفها — ولهذا يختارها مخطّطون غير محليين: ذروة موسمك التجاري، والتدقيق النظامي، وموعد إقرار ضريبة القيمة المضافة في الأسبوعين الأولين من التشغيل، وأي فترة يكون فيها جزء معتبر من القوى العاملة في إجازة أو بساعات مخفّضة. والأخيرة في الخليج لها أكثر من موعد في السنة، وهي لا تتحرك لتناسب خطة مشروع.
وهناك مشكلة سياسية واحدة في التاريخ لا علاقة لها بالتقويم أصلًا. تواريخ التشغيل تُثبَّت مبكرًا، وتُعلَن لمجلس الإدارة، ثم يُدافَع عنها طويلًا بعد أن تقول الأدلة إنها يجب أن تتحرك. والسؤال الذي يحسمها بصدق ليس «هل نستطيع اللحاق بالتاريخ» بل «ما الذي سيبقى غير مختبَر يوم التشغيل إن لحقنا به». وإن كانت الإجابة تتضمّن إقفال فترة، أو دورة رواتب، أو ربطًا بشيء لا تتحكم فيه، فالتاريخ قد تحرّك بالفعل ولم يتبقَّ إلا الإعلان.
أن يعمل النظام ليس أن يشتغل النشاط عليه
أغلى سوء فهم في هذه الصناعة هو معاملة التشغيل باعتباره النهاية.
«يعمل» تعني أن الحركات تُدخَل في النظام الجديد وأن القديم مُطفأ. وهذه حالة بنية تحتية، ويمكن بلوغها بفريق منهك، وقائمة عيوب، ونظام لا يثق به أحد.
«يشتغل النشاط عليه» تعني شيئًا آخر: الأرقام مصدَّقة، والحلول الالتفافية لم تتصلّب لتصير إجراءً، والجولة الثانية من التدريب حدثت، وهناك شخص داخل الشركة يملك التهيئة. والفجوة بينهما هي المكان الذي تُخسَر فيه المشاريع فعلًا — وهي حجة لماذا ليس اليوم الأول هو أخطر يوم.
ثلاثة أشياء تُغلق تلك الفجوة، وكلها يجب أن تكون في العقد لا في النية، لأن ما في العقد يحدث.
الأول جولة تدريب ثانية، بعد التشغيل بأربعة إلى ستة أسابيع. الجولة السابقة للتشغيل تعلّم الناس نظامًا لم يستخدموه ليؤدّوا عملًا لم يؤدّوه فيه، وأغلبها لا يمكن أن يثبت. أما الجولة التي تغيّر السلوك فهي التي يأتي إليها كل واحد بأسئلة محدّدة عمّا أخطأ فيه.
والثاني مالك داخلي مسمّى، يُعيَّن قبل التشغيل لا بعده، له صلاحية اعتماد تغييرات التهيئة وتفويض بفرض معايير البيانات الرئيسية.
والثالث مراجعة في اليوم التسعين مقابل دراسة الجدوى، تُقرأ فيها بيانات المشكلة الأصلية ويُجاب عنها. هل قصُرت مدة إقفال الشهر. هل صارت تكلفة المشروع متاحة قبل عرض السعر التالي. وإن لم يجدول أحد تلك المراجعة والعقد ما زال مفتوحًا، فهي لا تحدث، ولا تعرف المؤسسة أبدًا هل نفع المال أم لا. وحساب فترة الاسترداد بأرقامك أنت قبل التشغيل هو ما يجعل تلك المراجعة قابلة للإجابة أصلًا، لأن السؤال يكون قد كُتب قبل أن يصير الجواب محرجًا.
ماذا تفعل بتاريخ غير واقعي أُعطي لك بالفعل
إن كان الجدول الزمني أمامك لا ينجو من هذا المقال، فأمامك ثلاث حركات صادقة وواحدة غير صادقة.
قلّص النطاق. قسّمه بحيث تقف الإصدارة الأولى وحدها وتنتج منفعة يستطيع أحد تسميتها. وهذا يكلّف تعبئة ثانية، وهو أرخص دائمًا تقريبًا من البديل.
أصلح آلة القرار. سمِّ مالكًا لكل نطاق، والتزم الساعة الأسبوعية، وانشر سجل الأسئلة المفتوحة للجنة التوجيهية. وهذا مجاني، وهو أعلى تدخّل عائدًا متاح.
حرّك التاريخ، مبكرًا، وفي حركة واحدة. تاريخ تحرّك مرة واحدة ثلاثة أشهر في الشهر الثاني هو برنامج مُدار. والأشهر الثلاثة نفسها إن سُلِّمت أسبوعين في كل مرة فهي مشروع فقد ثقة راعيه، واستعادة تلك الثقة أصعب شيء في هذه المهنة. والتعافي من ذلك الموضع عمل قائم بذاته — ماذا تفعل حين يتوقّف التنفيذ.
أما الحركة غير الصادقة فهي التمسّك بالتاريخ وقطع الاختبار والتدريب وبروفات الترحيل، لأنها البنود الوحيدة التي يمكن إزالتها دون حوار مع المورّد. وهكذا تُشغَّل المشاريع في موعدها ومكسورة، والحساب دائمًا أسوأ: الأسابيع الموفَّرة قبل التشغيل تُسدَّد أضعافًا في الربع الذي يليه، حين تكون الميزانية قد استُنفدت والجميع ينظر.
وإن أردت شكلًا واقعيًا مبنيًّا على قائمة كياناتك أنت، وعدد عملياتك، وواقع بياناتك، قبل أن يُعلَن تاريخ لمجلس الإدارة، فهذه هي الأرضية التي يغطّيها عملنا في التنفيذ قبل جدولة أي شيء.
