قرارات الأعمال داخل مشروع ERP

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

القرارات تأتي سواء خطّطت لها أم لا.

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

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

دليل الحسابات وثيقة حوكمة.

يُعامَل بوصفه مهمة تنظيم مالية، وهو في الحقيقة تصريح عن الطريقة التي سيُفهم بها العمل. قرّره حول الأسئلة التي تريد القدرة على طرحها بعد ثلاث سنوات، لا حول طريقة إعداد النظام السابق، فترحيل دليل حسابات بعد ذلك من أغلى التصحيحات المتاحة.

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

البيانات الرئيسية على المسار الحرج، وتبدأ متأخرة دائماً.

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

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

العملية القياسية اختيار حقيقي لا وضع افتراضي.

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

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

الاختبار يتحقّق من تصميم العملية لا من البرمجية.

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

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

الانتقال مسألة بروفة.

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

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

كيف يبدو الجيد في النهاية.

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