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