كيف تقدّر حجم العمل وتخطط بواقعية؟

Question

Accepted Answer

التقدير صعب لأن البرمجيات مليئة بالمجاهيل. الهدف ليس دقة وهمية، بل **نطاق واقعي يتم التواصل به بصراحة** يساعد الشركة على التخطيط. يقدّر مديرو الفريق الجيدون نطاقات، يكشفون المخاطر، ويعيدون التنبؤ حين يتعلمون المزيد.

## كيفية التقدير بشكل أفضل

```text
✓ 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 التقارير، إن كان نظيفاً، أسبوعين؛ وإن لم يكن، أقرب إلى أربعة. سأعرف أكثر بعد دراسة استكشافية تستغرق يوماً واحداً."

## أدر الوسادة بصراحة

لا تضخّم التقديرات بسرية، ولا تدع التفاؤل يسحقها. اجعل عدم اليقين *واضحاً* حتى يتمكن أصحاب المصلحة من اتخاذ قرارات مبنية على معلومات، بدلاً من أن يكونوا عرضة للمفاجآت.

## لماذا يهم

التقديرات السيئة تعقّد الثقة، فريق "دائماً متأخر" وفريق "يحجز النطاق الآمن" كلاهما يفقد المصداقية.

النطاقات الصريحة بالإضافة إلى المخاطر الظاهرة تسمح للشركة باتخاذ قرارات حقيقية للمقايضة، وتحمي فريقك من التزامات مستحيلة اتخذت باسمهم.