التقدير صعب لأن البرمجيات مليئة بالمجاهيل. الهدف ليس دقة وهمية، بل نطاق واقعي يتم التواصل به بصراحة يساعد الشركة على التخطيط. يقدّر مديرو الفريق الجيدون نطاقات، يكشفون المخاطر، ويعيدون التنبؤ حين يتعلمون المزيد.
كيفية التقدير بشكل أفضل
✓ Break work down — small tasks estimate far better than big ones
✓ Estimate as a RANGE or confidence ("2-4 weeks, 70% confident")
✓ Include the invisible work — testing, review, deployment, unknowns
✓ Use history — what did similar work actually take?
✓ Involve the people doing the work — not just you
✓ Separate ESTIMATE from COMMITMENT (deadlines are negotiated, not guessed)
مثال عملي
إذا سألك أحدهم "كم من الوقت تستغرق لوحة التحكم الجديدة؟"، لا تقل "أسبوعين". قل: "العمل المعروف يحتاج حوالي أسبوعين. هناك مجهول متعلق بـ API التقارير، إن كان نظيفاً، أسبوعين؛ وإن لم يكن، أقرب إلى أربعة. سأعرف أكثر بعد دراسة استكشافية تستغرق يوماً واحداً."
