برآورد چابک: برآوردهای نسبی در مقابل برآوردهای مطلق

دقت برآورد گروهی در مقابل برآورد فردی

چه تیم بر روی یک محصول کار کند و چه بر روی یک پروژه، ما باید به این سوال پاسخ دهیم که “کی تمام خواهیم شد؟” یا در یک نقطه خاص در زمان چقدر می‌توانیم پیش برویم. درست مانند توسعه سنتی، ما باید قبل از شروع پروژه، تلاش را برآورد کنیم.

برآورد پروژه چیست؟

یکبرآوردیک برآورد، محاسبه‌ای تقریبی از چیزی است. به عنوان مثال، برآورد هزینه پروژه یک مفهوم کلی از مدل قیمت پروژه است. این به شما کمک می‌کند تا یک رقم امیدوارکننده و واقع‌گرایانه‌تر ارائه دهید زمانی که مشتریان یا سایر ذینفعان پروژه از شما می‌خواهند هزینه و زمان پروژه را ارزیابی کنید.

برآورد چابک در مقابل برآورد سنتی

به طور سنتی، ما زمان را برای برآورد پروژه‌های نرم‌افزاری اختصاص می‌دهیم، در حالی که درروش‌های چابک، آنها ترجیح می‌دهند که یک نقطه داستان برای یک مورد در لیست کارهای معوق به عنوان معیاری از کار نسبی ارائه دهند. این به تیم اجازه می‌دهد تا کارهای دیگری که در گذشته انجام داده‌اند را در نظر بگیرند و آن را با لیست کارهای معوق محصول که برآورد خواهند کرد مقایسه کنند. نقاط داستان با ارائه زمان مطلق اندازه‌گیری نمی‌شوند، بلکه با برآورد بار کاری مورد نیاز برای حل وظایف مشابه بر اساس تجربه گذشته اندازه‌گیری می‌شوند.

برآورد چابکدارای سه ویژگی زیر است:

1. برآورد جمعی تیم
2. تلاش نسبی در مقابل برآورد زمان مطلق
3. برآورد سرعت تیم

1. برآورد جمعی

در حین توسعهاسکرام، تیم مسئولیت را به اشتراک گذاشت و به طور جمعی به کار هراسپرینت، بنابراین بار کاری برآورد شده برای تیم چابک از یک رویکرد برآورد جمعی استفاده کرد. برآوردهای جمعی معمولاً از بازی برنامه‌ریزی پوکر به عنوان ابزاری استفاده می‌کنند، تیم با بازی یک بازی برآورد، یک برآورد جمعی انجام می‌دهد.پوکر برنامه‌ریزیبه عنوان مؤثرترین و بسیار جالب‌ترین تکنیک برای انجام برآورد بار کاری درچابک. این شامل مجموعه‌ای از اعداد مشابه اعداد فیبوناچی است، از جمله: 0، 0.5، 1، 2، 3، 5، 8، 20، 40، ؟، ∞، هر دسته کارت پوکر دارای 4 گروه از این اعداد فیبوناچی برای استفاده 4 نفر است.

دقت برآورد گروهی در مقابل برآورد فردی

بر اساس برخی مطالعات در مورد دقت برآورد تلاش بین فردی و گروهی در یک آزمایش برای یک پروژه نرم‌افزاری. 20 حرفه‌ای نرم‌افزار از یک شرکت به طور فردی تلاش کاری مورد نیاز برای پیاده‌سازی همان پروژه توسعه نرم‌افزار را برآورد کردند. شرکت‌کنندگان دارای زمینه ونقش‌هایو پروژه نرم‌افزاری قبلاً پیاده‌سازی شده بود. پس از آن، آنها پنج گروه تشکیل دادند. هر گروه با بحث و ترکیب دانش بین خود بر روی یک برآورد توافق کردند.

نتیجه — برآوردهای مبتنی بر بحث‌های گروهی دقیق‌تر از برآوردهای فردی بودند.

مراحل انجام پوکر برنامه‌ریزی

1. هر عضو تیم یک مجموعه کارت دریافت می‌کند، شامل 0، 0.5، 1، 2، 3، 5، 8، 13، 20، 40، ؟، ∞، در مجموع 12 کارت.
2. اعضایمحصولیا ویژگی‌ای را برای تیم توصیف خواهد کرد.
3. اعضایتیمویژگی را بحث می‌کنند و در صورت نیاز از مالک محصول سوال می‌کنند.
4. زمانی که اعضا بحث خود را به پایان رساندند، هر عضو یک کارت پوکر را برای نمایندگی از برآورد انتخاب می‌کند. سپس کارت‌ها به طور همزمان فاش می‌شوند.
5. اگر تیم برآوردهای مختلفی را ارزیابی کند. آیا ما توافق داریم؟ آیا تفاوتی داریم؟ آیا چیزی هست که من در نظر نگرفته‌ام؟ کسانی که بالاترین یا پایین‌ترین مقدار را انتخاب کرده‌اند باید قبل از اینکه هر عضو کارت پوکر دیگری انتخاب کند، دلایل خود را با گروه به اشتراک بگذارند.
6. پس از بحث، می‌توانید یک دور دیگر برآورد کنید و تیم باید به توافق برسد.
7. به مرحله دوم برگردید و برآورد ورودی بعدی را شروع کنید.

2. تلاش نسبی در مقابل برآورد زمان مطلق

یک برآورد چیزی جز یک حدس خوب آموزش‌دیده نیست. ما از تمام دانش و تجربه موجود برای حدس زدن مقدار زمانی که قرار است صرف شود استفاده می‌کنیم. بنابراین به جای اینکه به هر مورد کار جدید به طور جداگانه نگاه کنیم، چرا آن را با موارد کار قبلاً تمام شده مقایسه نکنیم؟ برای انسان‌ها ارتباط برقرار کردن با موارد مشابه آسان‌تر از حدس زدن اندازه واقعی چیزها است.

به عنوان مثال، آیا این به این چیز واقعاً کوچک نزدیک‌تر است؟ یا بیشتر شبیه این مورد با اندازه معمولی است؟ یا واقعاً بزرگ است مانند آن یک قطعه کاری که ماه گذشته تمام کردیم؟ انجام برآوردهای نسبی نه تنها زمان صرف شده برای برآورد کار را کاهش می‌دهد، بلکه دقت برآوردها را نیز به شدت افزایش می‌دهد.

مغز ما قادر به انجام برآوردهای مطلق نیست؛ ما همیشه آن چیز جدیدی که نیاز به برآورد داریم را در ارتباط با چیزهایی که قبلاً می‌دانیم قرار می‌دهیم.

3. برآورد سرعت — ثبت و میانگین سرعت تیم در هر اسپرینت

تیمسرعت تعداد است نقاط داستان که تیم اسکرام در یک اسپرینت به‌طور واقعی کامل می‌کند. سرعت تیم به شما می‌گوید که تیم چقدر سریع عمل می‌کند. برای یک پروژه یا تیم تازه تخمین‌زده‌شده (بدون ارجاع به سوابق سرعت در گذشته)، می‌توانیم ۱–۲ اسپرینت برای اندازه‌گیری سرعت به‌عنوان سرعت اولیه. در فرآیند پیاده‌سازی اسپرینت، باید سرعت هر اسپرینت را برای برنامه‌های آینده ثبت کنیم.

ما تعداد کل را تخمین می‌زنیم نقاط داستان برای لیست کارهای محصول، و سپس میانگین سرعت هر اسپرینت را می‌دانیم، سپس می‌توانیم بفهمیم که به چند اسپرینت برای اتمام نیاز داریم، و بنابراین اسپرینت مورد نیاز برای پروژه همان‌طور که در شکل زیر نشان داده شده است، پیش‌بینی می‌شود.