ليش تتأخّر المشاريع البرمجية؟ سبعة أسباب متكرّرة وحلولها

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

١. نطاق غير محدّد

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

٢. زحف النطاق

«بس أضف ميزة صغيرة». الميزة الصغيرة العاشرة تعني شهراً إضافياً. الحل مو الرفض — الحل إن كل إضافة تُقيَّم زمنياً وسعرياً قبل تنفيذها، ويوافق عليها الطرفان.

٣. المحتوى المتأخر

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

٤. حلقة مراجعة مفتوحة

مراجعة، تعديل، مراجعة، تعديل، بلا نهاية. الحل: عدد جولات مراجعة محدّد مسبقاً — جولتان مثلاً — وما بعدها يُحتسب تعديلاً إضافياً.

٥. انتظار أطراف ثالثة

بوابة دفع تحتاج توثيقاً، حساب متجر يحتاج مستندات، جهة تحتاج موافقة. هذي مدد خارجة عن يد المنفّذ. ابدأ إجراءاتها في اليوم الأول لا في الأسبوع الأخير.

٦. تقدير متفائل

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

٧. تعدّد أصحاب القرار

ثلاثة أشخاص بآراء مختلفة يوقفون مشروعاً كاملاً. حدّد شخصاً واحداً قراره نهائي، ودع الباقين يعطونه رأيهم قبل ما يوصلنا.

عندنا كل إضافة تُقيّم قبل تنفيذها، والمواعيد تُقال بصراحة حتى لو ما عجبت. الوعد المنضبط أنفع من وعد جميل ما يتحقق.