تخمین بد معمولاً نشانهٔ داده و دامنهٔ بد است
وقتی «پیاده‌سازی ورود» سه روز برآورد می‌شود، معلوم نیست بازیابی رمز، ورود دومرحله‌ای، مهاجرت کاربر و آزمون امنیت داخل دامنه‌اند یا نه. عدد دقیق روی مسئلهٔ مبهم فقط اطمینان کاذب می‌سازد.
سه چیز را جدا کنید: تلاش برای انجام کار، زمان تقویمی شامل صف و وابستگی، و موعد تعهدشده. هشت ساعت تلاش ممکن است به‌دلیل انتظار بازبینی سه روز تقویمی طول بکشد.
چارچوب شش‌مرحله‌ای
۱. تعریف انجام‌شدن را بنویسید
خروجی، آزمون، مستند، بازبینی و تأیید لازم را روشن کنید. چیزی که در تعریف انجام نیست نباید بی‌صدا وارد برآورد شود.
۲. کار ناشناخته را جدا کنید
برای ابهام فنی یک spike زمان‌دار بسازید. تحقیق را داخل عدد پیاده‌سازی پنهان نکنید.
۳. نمونهٔ مشابه پیدا کنید
از کارهای واقعاً مشابه در همان تیم استفاده کنید. velocity تیم دیگر یا پروژه‌ای با فناوری متفاوت مبنای قابل اعتمادی نیست.
۴. بازه و فرض ارائه دهید
به‌جای «پنج روز قطعی» بگویید: «اگر API آماده و یک دور بازبینی باشد، چهار تا شش روز؛ در غیر این صورت بازبرآورد می‌کنیم.» بازه باید علت داشته باشد، نه درصد buffer ثابت.
۵. واقعیت را بدون تنبیه ثبت کنید
estimate_task برای برآورد و log_time و time_summary برای مشاهدهٔ واقعیت مفیدند. ثبت زمان اگر ابزار ارزیابی فردی شود، افراد داده را تحریف می‌کنند و یادگیری از بین می‌رود.
۶. علت خطا را دسته‌بندی کنید
پس از اتمام، تفاوت را به تغییر دامنه، وابستگی، بازکاری کیفیت، وقفه یا ناشناخته فنی نسبت دهید. فقط گفتن «تخمین اشتباه بود» چیزی برای چرخه بعد نمی‌سازد.
مثال
سه کار قبلی اتصال API به‌ترتیب به‌دلیل تغییر قرارداد، انتظار دسترسی و بازکاری تست دیر شده‌اند. برای کار بعدی تیم ابتدا قرارداد API و دسترسی محیط را شرط آمادگی می‌گذارد، spike را جدا می‌کند و بازه‌ای با یک دور بازبینی ارائه می‌دهد. این روش صادقانه‌تر از افزودن ۲۵ درصد به همه کارهاست.
معیار کیفیت برآورد
- سهم کارهایی که دامنه‌شان پس از شروع تغییر کرده؛
- تفاوت برآورد و واقعیت به تفکیک علت؛
- زمان انتظار در برابر زمان کار؛
- تعداد بازبرآوردهای به‌موقع؛
- دقت در سطح مجموعه کار، نه رتبه‌بندی افراد.
محدودیت‌ها
Story point برای اندازه نسبی است و نباید مستقیم به ساعت یا عملکرد فرد تبدیل شود. داده تاریخی نیز آینده را تضمین نمی‌کند؛ تغییر تیم، فناوری یا دامنه باید در فرض‌ها دیده شود.
قدم بعدی
ده کار تمام‌شده را مرور و فقط یک الگوی تکراری خطا را اصلاح کنید. Story point در برابر ساعت و برنامه‌ریزی اسپرینت را ببینید یا برای پایلوت گزارش زمان تماس بگیرید.