الأسباب المتكررة لتعثّر المشاريع، ومعظمها ليس تقنيًا. وكيف تكتشف الإشارات مبكرًا.
المشاريع البرمجية نادرًا ما تفشل لأن أحدًا لم يستطع كتابة الكود. تفشل لأسباب تظهر قبل كتابة سطر واحد: نطاق غامض، وتوقعات غير مكتوبة، وقرارات مؤجّلة. هذه أكثرها تكرارًا.
١. نطاق غير محدد
«عايز موقع زي فلان بس أحسن» ليس نطاقًا. بدون قائمة مكتوبة بما يشمله المشروع وما لا يشمله، سيفهم كل طرف شيئًا مختلفًا، وسيكتشفان ذلك متأخرًا.
٢. التوسّع التدريجي
«إضافة صغيرة» تتكرر عشرين مرة فيصبح المشروع ضعف حجمه بنفس السعر والموعد. المشكلة ليست في التغيير — هو طبيعي — بل في غياب آلية تُقدَّر بها كلفته قبل تنفيذه.
٣. غياب صاحب قرار واحد
حين يعطي خمسة أشخاص ملاحظات متعارضة ولا أحد يحسم، يتوقف المشروع. أخطر شكل: الموافقة على التصميم ثم اعتراض شخص لم يحضر بعد بدء البرمجة.
- شخص واحد يجمع الملاحظات ويحسم المتعارض منها.
- الاعتماد كتابي في نهاية كل مرحلة.
- من لم يشارك في المراجعة لا يعترض بعد الاعتماد.
٤. تأخر المحتوى
أكثر سبب عملي للتأخير على الإطلاق، ونادرًا ما يُتوقّع. البرمجة تنتهي والموقع ينتظر شهورًا لأن النصوص والصور لم تُجهَّز. ابدأ في المحتوى من اليوم الأول لا بعد التصميم.
٥. لا اختبار حتى النهاية
تسليم واحد في النهاية يعني اكتشاف كل الفروق دفعة واحدة، وإصلاحها حينها أغلى بكثير. النسخة التجريبية المتاحة طوال المشروع تحوّل المفاجأة إلى ملاحظة أسبوعية صغيرة.
٦. بناء ما لم يطلبه أحد
مشاريع تُبنى كاملة على افتراض عن حاجة السوق، ثم تُطلق فلا يستخدمها أحد. النسخة الأولى المحدودة تكشف هذا بعد أسابيع بدل شهور — وبكسر جزء صغير من الميزانية.
٧. اختيار على أساس السعر وحده
| ما يحدث | التكلفة الحقيقية |
|---|---|
| أرخص عرض بفارق كبير | غالبًا نطاق مفهوم بشكل مختلف |
| لا عقد ولا وثيقة نطاق | خلاف مؤكد لاحقًا |
| لا لوحة تحكم لتوفير التكلفة | دفع مقابل كل تعديل نص |
| حسابات باسم المطوّر | أصولك مرهونة بعلاقة |
| لا فترة ضمان | إصلاح الأخطاء على حسابك |
إشارات إنذار مبكر
- تأخر الردود واختفاء التحديثات الأسبوعية.
- لا نسخة تجريبية بعد مرور وقت معتبر.
- إجابات عامة عن التقدّم بلا تفاصيل ملموسة.
- تغيّر الموعد أكثر من مرة بلا سبب واضح.
- طلب دفعات إضافية خارج الجدول.
- لا أحد يعرف من يقرر ماذا.
ما يقلّل الخطر فعليًا
- وثيقة نطاق قبل العقد، تحدد ما هو خارجه بنفس وضوح ما هو داخله.
- دفعات مرتبطة بتسليمات ملموسة.
- نسخة تجريبية متاحة من الأسبوع الأول.
- صاحب قرار واحد على كل جانب.
- المحتوى يبدأ مع المشروع لا بعده.
- نطاق أصغر يُطلق أسرع، ثم يُبنى عليه.
كيف نعمل
نبدأ بجلسة استكشاف تنتهي بوثيقة نطاق مكتوبة، ونربط الدفعات بتسليمات. تتابع التقدم على رابط تجريبي طوال المشروع — فلا يكون يوم التسليم أول يوم ترى فيه ما دفعت مقابله.