دليل المشروع

لماذا تنفيذ أنظمة ERP صعب؟

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

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

لأن التكلفة والتعقيد يكونان أكبر من طاقة معظم الشركات. هذا الفشل المتكرر هو بالضبط فرصتنا للتميّز.

من خلال جعل مشاريع التنفيذ سلسة، قابلة للتوقع، وبتكلفة معقولة — نُحدث فرقًا حقيقيًا في السوق.

المفاهيم الأساسية

الفلسفة التي تحكم كل قرار في المشروع — من تحديد النطاق إلى الإطلاق.

توزيع المسؤوليات

الفكرة الجوهرية: أنتم خبراء في أعمالكم، ونحن خبراء في المنتج. العميل يصف المشكلة، ونحن نقترح الحل الأمثل.

البساطة أولًا

التعقيد لا يتضاعف خطيًا — بل يتضاعف بمربع عدد التخصيصات.

5 تخصيصات لا تساوي 5 وحدات تعقيد، بل = 25 وحدة تعقيد.

من هذا المبدأ تنبع قواعدنا:

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

ما هو المشروع الناجح؟

تعريف موحّد للنجاح — يحمي القرارات من الانحراف ويُركّز الفريق على الهدف.

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

لماذا رضا العميل ليس مقياسًا للنجاح؟

رضا العميل يتقلّب طوال مراحل المشروع:

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

الخلاصة: الاهتمام برضا العميل اللحظي يُشتّت التركيز عن هدف المشروع الحقيقي.

لماذا لا نبيع خدمات إضافية قبل الإطلاق؟

• أسهل بـ 7 مرات بيع خدمات لعميل موجود بعد الإطلاق مقارنةً باستقطاب عميل جديد
• كل مبيعة قبل الإطلاق تُضعف الثقة — العميل يبدأ يتساءل عن الأولويات
• الإطلاق السريع = ميزة تنافسية — نبني قاعدة عملاء راضين يشترون المزيد لاحقًا

الأدوار

من يفعل ماذا — من فريق التنفيذ ومن جانب العميل.

من جانب فريق التنفيذ

من جانب العميل

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

الأدوار الداعمة (في المشاريع الكبيرة)

• لجنة التوجيه: صانعو القرار من العميل + مدير البرنامج، يتابعون المنهجية ومؤشرات النجاح
• المستخدمون الرئيسيون (Key Users): خبراء في أقسامهم، يساعدون في تحديد المتطلبات واختبار التسليمات
• الراعي (Sponsor): عادةً الرئيس التنفيذي أو المالي — يدعم المشروع أمام الفريق ويتخذ القرارات الاستراتيجية

مراحل التنفيذ

أربع مراحل بنسب زمنية محددة — لكل مرحلة هدف واضح ومُخرجات قابلة للقياس.

توزيع الوقت على المراحل

تحديات التنفيذ وكيف نتعامل معها

المقاومة، والتوقعات، والتطوير المخصص — أكبر ثلاث عقبات وكيف نديرها.

مقاومة التغيير

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

التغيير يُنظر إليه دائمًا كتكلفة ومخاطرة. والمخاطرة تُقبَل حين يكون الربح أكبر منها بكثير. لا تقل «الأمر بسيط» — بل أظهر الفائدة الحقيقية.

إدارة توقعات العميل

قبيل توقيع العقد، قال لي الرئيس التنفيذي: «هذا المشروع حياة أو موت لشركتي، طمّنّي أن كل شيء سيسير بسلاسة». أجبته: «لا. المشروع صعب جدًا. ستواجهنا مشاكل كثيرة. لكن في النهاية شركتك ستكون أفضل — وأحتاج منك كرئيس تنفيذي أن تدعم المشروع حين يشكو فريقك».

بعد عامين، اتصل بي: المشروع تأخر 12 شهرًا، لكنه قال: «فعلت ما طلبته — دعمت المشروع دائمًا ولم أنتقد النظام أمام فريقي». النتيجة: تم الإطلاق بعد شهرين. لو كنت طمّنته بـ«كل شيء تمام»، لكان سحب دعمه من اليوم الأول.

الدرس: الصدق المبكر مع العميل هو ما يصون الثقة على المدى الطويل.

التطوير المخصص — متى نقبل ومتى نرفض؟

لماذا نقلّله إلى الحد الأدنى؟

• كل تطوير مخصص = 25% تكلفة صيانة سنوية (~17% صيانة + ~8% ترقيات)
• التعقيد يتضاعف بمربع عدد التخصيصات، لا بشكل خطي
• التطوير المقدَّر بـ 10 أيام كثيرًا ما يستغرق 12 ويُسعَّر بـ 8

إطار القرار — 4 أسئلة بالترتيب

القاعدة: لا تقبل التطوير إلا إذا أجبت بـ«نعم» على كل الأسئلة الأربعة.

طلب مني عميل تقريرًا مخصصًا كان يُعدّه في Excel أسبوعيًا. قبل الموافقة، سألت: ما الأرقام التي يحتاجها الرئيس التنفيذي فعلًا؟ اتضح أنه يحتاج فقط أرصدة بعض الحسابات التحليلية — وهذه موجودة مباشرة في أودو. وفّرنا 10 أيام تطوير باستفسار واحد.

كتابة المواصفة الجيدة

حين يكون التطوير ضروريًا، المواصفة الجيدة تتكون من:

القاعدة: المواصفة الجيدة قصيرة، بصرية، ومنظّمة. الطول لا يعني الجودة.

البيانات والقياس

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

بيانات الاستيراد — توقعات واقعية

الاستيراد التاريخي (سجلات السنوات الماضية)

يطلبه كثير من العملاء، لكن اسأل نفسك:

• هل يمكن الاحتفاظ بهذه البيانات في النظام القديم أو ملف Excel؟
• كم مرة ستُستخدَم فعلًا؟
• ما الأثر الاستراتيجي خلال 2-4 سنوات؟

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

كيف تقيس نجاح مشروعك؟

هذه مراحل تطور مديري المشاريع — استخدمها لتقييم مستوى شريكك التنفيذي:

خلاصة المبادئ

خمسة مبادئ تحكم كل قرار في المشروع.

1. 01 في الوقت وبالميزانية = النجاح هذا هو المقياس الوحيد. كل ما عداه تفصيل.
2. 02 القياسي قبل المخصص دائمًا كل تطوير يضيف مخاطر وتكاليف. ابدأ بالقياسي، وطوّر فقط حين لا غنى عنه.
3. 03 حل واحد، لا خيارات متعددة نقترح الأفضل، والعميل إما يقبل أو يناقش. تعدد الخيارات يُبطئ المشروع.
4. 04 الصدق من اليوم الأول العميل الذي يعرف التحديات يدعم المشروع. الوعود الفارغة تُسقط الثقة.
5. 05 العقل السليم فوق كل قاعدة إذا كانت القاعدة تُضر، خالفها وسجّل السبب. المنهجية أداة، وليست قيدًا.