يبدأ المشروع بوحدتين وينتهي بعشر، فتتأخر المواعيد ويفقد الجميع الحماس قبل الإطلاق.
وثيقة نطاق معتمدة وموقّعة، وأي إضافة تُوثَّق كطلب تغيير بأثره على المدة والتكلفة — لا تُبتلع صامتة.
النظام الممتاز المنفَّذ بطريقة سيئة يتحول إلى مشروع متعثر. ولهذا نعمل بمنهجية مكتوبة بمراحل ومخرجات محددة، ووثيقة نطاق موقّعة، وجدول مسؤوليات يوضح ما علينا وما عليكم — قبل أن نبدأ لا بعد أن نتعثر.
هذه ستة أسباب رأيناها فعلًا في مشاريع نُفِّذت قبلنا أو معنا. نعرضها لأن معرفتها مسبقًا هي أول خطوة لتفاديها — وأغلبها لا علاقة له بجودة النظام.
يبدأ المشروع بوحدتين وينتهي بعشر، فتتأخر المواعيد ويفقد الجميع الحماس قبل الإطلاق.
وثيقة نطاق معتمدة وموقّعة، وأي إضافة تُوثَّق كطلب تغيير بأثره على المدة والتكلفة — لا تُبتلع صامتة.
يُعامل المشروع كمهمة تقنية، فلا يجد الفريق من يحسم القرارات الإدارية المعطِّلة.
راعٍ من الإدارة العليا وفريق مشروع بأسماء محددة، واجتماع دوري قصير يحسم العالق أولًا بأول.
تُرحَّل بيانات مكررة وناقصة، فيبدأ النظام الجديد بنفس أخطاء القديم وتُلام التقنية.
مرحلة تنظيف مستقلة قبل الترحيل، ومطابقة أرصدة موقّعة — ولا ننتقل قبل اعتمادها منكم.
يُدرَّب الموظفون على عجل قبل الإطلاق، فيعودون لطرقهم القديمة أول ما تواجههم مشكلة.
تدريب بالأدوار على بياناتكم قبل الإطلاق بوقت كافٍ، ومدرّبون داخليون يكونون المرجع الأول لزملائهم.
يُشغَّل النظام الجديد بينما تستمر ملفات إكسل القديمة، فتتفرق البيانات ويضيع الجهد.
تاريخ إيقاف واضح للأنظمة القديمة متفق عليه مسبقًا، ومتابعة الالتزام به في مراجعة الثلاثين يومًا.
يُوعد العميل بما لا يستطيع النظام أو الجدول تحقيقه، فتبدأ الثقة بالانهيار من أول شهر.
نقول ما لا نستطيع قبل ما نستطيع، ونضع المدد الواقعية لا الجاذبة — وما يخرج عن النطاق نسمّيه بوضوح.
لا ننتقل من مرحلة إلى التي تليها قبل اعتماد مخرجاتها كتابيًا. اختر مرحلة لترى ماذا يحدث فيها بالضبط.
لا نبدأ ببرمجة… بل بفهم كيف تعملون
يُقاس بـ: اكتمال التوثيق · اعتماد النطاق · وضوح الفجوات
النظام يُهيّأ على مقاسكم لا العكس
يُقاس بـ: نسبة التغطية القياسية · حجم التخصيص · مطابقة الوثيقة
أخطر مرحلة… وأكثرها إهمالًا
يُقاس بـ: دقة الأرصدة · فروقات الترحيل · اكتمال البيانات
تختبرونه أنتم… لا نحن فقط
يُقاس بـ: عدد الملاحظات المفتوحة · نسبة السيناريوهات المجتازة
النظام الممتاز بلا تدريب يفشل
يُقاس بـ: نسبة الحضور · جاهزية المستخدمين · أسئلة ما بعد التدريب
أول شهر يقرر مصير المشروع
يُقاس بـ: استقرار التشغيل · البلاغات في أول شهر · إتمام أول إقفال
ما بعد الإطلاق ليس نهاية العمل
يُقاس بـ: التبني الفعلي · تحقق الفوائد الموعودة · استقلالية فريقكم
أكثر أسباب التوتر في مشاريع الأنظمة هو غموض المسؤوليات. نضع هذا الجدول في العقد لا في العرض التقديمي.
| المهمة | مسؤوليتنا | مسؤوليتكم |
|---|---|---|
| جلسات التحليل | إدارتها وتوثيق مخرجاتها | حضور أصحاب العمليات لا مندوبين عنهم |
| وثيقة النطاق | إعدادها بدقة ووضوح | مراجعتها واعتمادها كتابيًا |
| تهيئة النظام | التنفيذ الكامل | توفير السياسات والقوائم والصلاحيات المعتمدة |
| تنظيف البيانات | تحديد ما يجب تصحيحه وأدوات المعالجة | اتخاذ قرار التصحيح واعتماد النتيجة |
| الأرصدة الافتتاحية | الترحيل والمطابقة الفنية | اعتماد الأرصدة بتوقيع المسؤول المالي |
| الاختبار | إعداد السيناريوهات والمرافقة | تنفيذ الاختبار بأنفسكم وتسجيل الملاحظات |
| التدريب | التدريب بالأدوار وإعداد المواد | تفريغ الموظفين للحضور فعليًا |
| قرار الإطلاق | تأكيد الجاهزية الفنية | القرار النهائي وتحديد تاريخ إيقاف القديم |
| ما بعد الإطلاق | الدعم والمراجعات الدورية | تعيين مسؤول نظام داخلي والالتزام بالإجراء الجديد |
لاحظ العمود الأخير: نجاح المشروع ليس خدمة نقدّمها لكم، بل عمل مشترك. وأصدق ما نقوله لعميل جديد: إن لم تستطيعوا تفريغ فريق للمشروع، فأجّلوه — لا تبدأوه.
لا نعطي مدة قبل جلسة التحليل. لكن هذه مديات واقعية من مشاريع مشابهة، تساعدكم على التخطيط والميزانية.
| حجم المنشأة | النطاق المعتاد | المدة التقديرية | أكثر ما يطيل المدة |
|---|---|---|---|
| منشأة صغيرة | المالية والمبيعات والمخزون | ٦ – ٨ أسابيع | تأخر توفير البيانات والقوائم |
| منشأة متوسطة | يضاف: المشتريات والموارد البشرية والفروع | ١٢ – ١٦ أسبوعًا | تعدد الفروع واختلاف إجراءاتها |
| منشأة كبيرة | يضاف: المشاريع والعقود والأصول والتكاملات | ٥ – ٩ أشهر | التخصيص العميق وتكاملات الأنظمة الأخرى |
| جهة حكومية | الميزانية والمشتريات والمعاملات والحوكمة | ٦ – ١٢ شهرًا | دورات الاعتماد ومتطلبات الأمن السيبراني |
هذه ليست شعارات تسويقية، بل بنود نضعها في العقد ونُقاس عليها أثناء التنفيذ.
قبل قبول أي مشروع نسأل: هل يستطيع هذا العميل تفريغ فريق؟ وهل بياناته قابلة للترحيل؟ وهل نطاقه واضح أم أنه يبحث عن نظام يحل مشكلة إدارية؟
وإن كانت الإجابة لا، نقول ذلك. مشروع متعثر يضر بسمعتنا أكثر مما يفيدنا عقده — ونفضّل تأجيله أو تقليص نطاقه على أن نبدأه ونحن نعرف أنه لن ينجح.
ابدأ بجلسة تحليللا نستطيع تسعير ما لم نفهمه. نبدأ بجلسة نفهم فيها إجراءاتكم وحجمكم وبياناتكم، ثم نضع نطاقًا ومدة وتكلفة مبنية على واقعكم لا على قوالب جاهزة.