في ماذا تفشل مشاريع البرمجيات؟

الأسباب الأربعة الأكثر شيوعاً

هدف غير واضح

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

لا أحد يتخذ القرار

عندما تصل كل سؤال إلى اللجنة، تنشأ تنازلات لا تفيد أحداً. يحتاج المشروع إلى شخص يملك صلاحية القول "هكذا سنقوم بها".

المدى يزداد، والميزانية لا

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

المستخدمون يُسألون متأخراً جداً

البرمجيات المبنية لأشخاص دون استطلاع آرائهم تُجنب من قبل هؤلاء الأشخاص. تدرك ذلك فقط بعد بدء التشغيل – حينئذٍ يكون الأمر مكلفاً.

مؤشرات التحذير المبكر

• بعد أربع أسابيع لا يزال هناك شيء لا يمكن رؤيته
• الأسئلة تظل دون إجابة لفترة أطول من أسبوع
• فهرس المتطلبات يزداد طوله بدل أن يقل
• لا أحد من القسم المهني استخدم النظام أبداً
• عند طرح السؤال "ما هو الهدف الأهم؟"، تظهر ثلاث إجابات

ما يساعد

شيء قابل للتشغيل مبكرًا. لا شيء يُوضح المتطلبات بسرعة أكبر من نظام يمكن لمسه.

شخص مسؤول مع صلاحية. العامل الفعال الأهم.

جمع الرغبات بدلاً من التنفيذ الفوري. قائمة يراها الجميع ويُولى الأولويات لها بانتظام.

المستخدمون من اليوم الأول. ليس كمتقدمي آراء في النهاية، بل كمستخدمين للاختبار من البداية.