در توسعه نرمافزار، «تخمین» معمول شامل ارزیابی کمی از کار مورد نیاز برای انجام یک وظیفه توسعه خاص است؛ این معمولاً به صورت مدت زمان (ساعت / روز) یا واحد تخمینی (نقطه داستان) بیان میشود. هدف این است که تعدادی از این تخمینهای فردی را تجمیع کنیم تا نشانهای از مدت زمان کلی، کار یا هزینه پروژه نرمافزاری به دست آوریم.

دامهای رایج تخمین چابک
حتی در یک چابک جامعه، مردم مدارس فکری مختلفی را درباره ارزیابی نظریه و عمل پیدا خواهند کرد. با این حال، برخی از اشتباهات رایج که تیمهای چابک اغلب در هنگام انجام ارزیابیهای چابک با آن مواجه میشوند و این دامهای رایج، توافق گستردهای را به دست آوردهاند:
- تخمینها باید شامل «عدم قطعیتها» باشند؛ «(نقطه داستان)تخمینهای «» معمولاً ناکافی در نظر گرفته میشوند زیرا نمیتوانند این عدم قطعیت را منعکس کنند.
- تخمین با وعده متفاوت است؛ به عنوان مثال، متهم کردن توسعهدهنده به صرف ۳ روز، در حالی که او تخمین میزند که اتمام کار در ۲ روز ممکن است یک نگرش غیرسازنده باشد که معمولاً به نتیجهگیریهای بیش از حد در آینده منجر میشود.
- تخمین پاسخ نهایی نیست، بلکه فقط اطلاعاتی را که در ارتباط وجود دارد منعکس میکند؛ باید همیشه اجازه دهد که ارزش تخمینی بر اساس اطلاعات جدید بهروزرسانی شود.
مراجع تخمین چابک
- تخمین — اتحاد چابک
- تخمین چابک چیست؟
- پوکری برنامهریزی در چابک چیست؟
This post is also available in Deutsch, English, Español, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.