نکات داستان: چگونه توالی فیبوناچی برای برآورد چابک کار می کند

ساخت وبلاگ

سیستم داستان داستان فیبوناچی مدتی است که وجود دارد ، اما اتخاذ اخیر شیوه های چابک دوباره آن را محبوب کرده است. تقریباً در هر نرم افزار مدیریت پروژه که از تخمین پشتیبانی می کند ، مانند JIRA یا Asana می تواند استفاده شود.

توالی فیبوناچی (1 ، 2 ، 3 ، 5 ، 8 ، 13 ، 21) برای ارزیابی

استفاده از اندازه نسبی به جای تخمین مطلق ، روشی اثبات شده است که بیشتر نیازها ناشناخته باشد ، محیط پیچیده است و نیاز فوری است. لازم نیست تعداد دقیق ساعت ها یا مبلغ پول را برای کسب درآمد بدانید. این ارقام همچنین به عنوان نقاط داستان در روش Scrum / Agile شناخته می شوند.

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

تخمین توالی فیبوناچی زمان تخمین را 80 ٪ افزایش می دهد. این تفاوت را برجسته می کند و تخمین های بهتری می دهد.

چرا داستان با دنباله فیبوناچی بهتر از ساعت ها است

به گفته Scum Inc ، حتی بهترین کارشناسان این شرکت نمی توانند تخمین بزنند که یک پروژه چقدر طول می کشد ، از جمله افرادی که آن را اجرا کرده اند. علاوه بر این ، تحقیقات شرکت رند در دهه 1940 نشان داد که انسان در تخمین ساعات خوب نیست. تجربه عملی بارها و بارها این تحقیق را تأیید می کند.

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

هرچه نیاز مبهم تر باشد ، محاسبه چقدر طول خواهد کشید. WSJF شما را وادار نمی کند تا تخمین های مناسب را در ساعت ها تعیین کنید. درعوض ، از شما می خواهد سطح عدم اطمینان خود را تعیین کنید.

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

احتمال انجام یک کار به طرز چشمگیری با افزایش اندازه شغل تخمین شما کاهش می یابد.

Probability of Completing a Task on Time

احتمال انجام یک کار به موقع ، مجله دانشگاهی مهندسی تولید ، جلد. 15 ، شماره 1/2017 45

برای برنامه ریزی بهتر باید کارهای بزرگ و نامشخص را که در یک چرخه افزایش محصول یا افزایش محصول انجام نمی شود ، جدا کنیم.

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

Correlation Between Job Size and a Probability of Completing a Task on Time

چگونه تخمین با توالی فیبوناچی از قانون 80/20 پیروی می کند

نمره اولویت WSJF دارای 80 مقدار منحصر به فرد از 0. 14 تا 63 است. ما می توانیم با هفت سطح اولویت خود با هر بازه ای از نمره WSJF مطابقت داشته باشیم:

How Estimation with Fibonacci Sequence Follows 80/20 Rule

اکثر ارزش های نمره WSJF در زیر 18 سال دارند ، این حدود 80 ٪ از ارزش ها است. که با قانون پارتو مطابقت دارد. این روش تخمین به وضوح وظایف بی فایده را از بهترین ایده های عقب ماندگی شما جدا می کند.

اگر ارزیابی یک کار غیرممکن باشد چه می شود؟

گاهی اوقات نمی توان تخمین زد. شاید این کار به برخی از توضیحات ، تجدید نظر نیاز داشته باشد ، یا فقط اطلاعات کافی در مورد این مسئله وجود ندارد.

پرسش

ابزاری ساده و قدرتمند برای پالایش عقب مانده ناهمزمان.

در حالی که یک جلسه ارزیابی با ducalis. io را اجرا می کنید ، می توانید سوالی را مطرح کنید که برای شما در رابطه با آن مسئله مشخص نیست. سپس ، کار از بخش ارزیابی به سؤالات منتقل می شود.

نتیجه حل هر سؤال باید عملی باشد که مربوط به موضوع باشد. وقت خود را برای بحث ، شفاف سازی ، تقسیم و ادغام مسئله یا حتی آن را از عقب نشینی خود حذف خواهید کرد. پس از وضوح سؤال ، مسئله در بخش ارزیابی شما باز خواهد گشت.

مهمترین مزیت این روش این است که ناهمزمان است. نیازی به اجرای یک جلسه پالایش اختصاصی Backlog نیست. فقط یک تماس بزرگنمایی دیگر را که ممکن است با یک دکمه "سؤال" جایگزین شود ، پرش کنید.

ارزیابی از ارزیابی

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

تا زمانی که به چرخه ارزیابی بعدی (افزایش محصول) برسید ، می توانید از آن پرش کنید.

این شماره در بخش نمره دار ظاهر می شود ، که به عنوان پرش مشخص شده است.

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

توالی فیبوناچی اصلاح شده

مایک کوهن (نویسنده مفهوم نقاط داستان) توصیه می کند که تیم ها با یک توالی فیبوناچی اصلاح شده از 1 ، 2 ، 3 ، 5 ، 8 ، 13 ، 20 ، 40 و 100 تخمین زده شوند.

ایده به اندازه کافی ساده است. اگر چیزی را با 40 یا 100 ارزیابی می کنید ، شبیه به پرسیدن یک سؤال یا صرف کار از یک چرخه PI فعلی است.

اگر این ایده را دوست دارید ، می توانید به راحتی مقیاس ارزیابی خود را با تنظیم معیار Ducalis تغییر دهید:

با این حال ، این کار دستی زیادی است. بنابراین ، کسی همیشه باید این کارها را ردیابی کند ، لیست کارهای نامشخص را در نظر داشته باشد و دیگران را برای روشن شدن آنها مقابله کند.

کتاب آموزش بورس...
ما را در سایت کتاب آموزش بورس دنبال می کنید

برچسب : نویسنده : ژیلا توفیقی بازدید : 67 تاريخ : دوشنبه 29 اسفند 1401 ساعت: 23:50