Asad.Safari
سه شنبه 21 مهر 1388, 12:17 عصر
این آموزش قسمت دوم پیاده سازی SCRUM - قسمت اول می باشد . اگر شما توانسته باشید اولین قدم (آموزش قسمت اول) را با موفقیت برداشته باشید , تبریک عرض میکنم چراکه این قدم مهمترین قدم در اسکرام می باشد .
در این قسمت شما مطالبی در مورد " چگونگی برآورد Backlog محصول " فراخواهید گرفت .
برآورد در سطوح بالا
برای اینکه بتوان اندازه هر آیتم Back log محصول را فهمید نیاز داریم تا بر آورد در سطوح بالا انجام بپذیرد .
فهمیدن این موضوع برای ما بسیار سودمند است زیرا این مورد ما را در اولویت بندی ها یاری خواهد رساند . یا اگر بخواهیم از منظر مدیریتی به این مسئله نگاه کنیم , این یک دیدگاه یا perspective به مدیریت پروژه در مورد این که تیم های کاری برای تولید این محصول چه قدر باید کار کنند خواهد داد.
منظور از برآورد سطوح بالا این است که بدلیل اینکه آگاهی ما در مورد هر آیتم Backlog بسیار ناچیز می باشد و ما دقیقا شاید با ریز آیتم ها آشنا نباشیم پس نمی توانیم از پایین به بالا برویم پس باید از بالا به پایین بیاییم .
برآورد توسط سیستم امتیاز دهی
شاید شما با سری اعداد فیبو ناچی آشنا باشید . افراد ساده ای مثل من که برای اولین بار به این سری اعداد نگاه میکنند فقط یه سری عدد رو می بینند که پشت سر هم قطار شده اند اما افراد باهوشی مثل مردم تبریز وقتی به این سری نگاه می کنند زود در می یابند که این مربوط به قوانین توزیع می باشد. و یک سری اعداد پشت سر هم با یک منطق ساده نیستند.
اساس بر روی نسبیت خواهد بود .
در اینجا امتیاز دهی برای هر آیتم براساس نسبیت خواهد بود . برای مثال :
شما فرض کنید که می خواهید یک گزارشی قرار است طراحی شود و این اولین گزارش است . این گزارش با پیچیدگی که برای خود دارد شما تصمیم می گیرید که این آیتم را بهش 3 بدید.
خوب حالا می خواهید یک گزارش دیگر طراحی کنید . حالا کار شما راحت است چونکه قبلا گزارشی با امتیاز 3 در دست دارید . خوب نسبت به پیچیدگی به گزارش قبلی به این هم می شود امتیاز داد. اگر 2 باشد خوب یکم راحت تر از مورد قبلی می باشد و اگر 21 باشید این بسیار مشکل تر می باشد .
می توان با جمع بندی این امتیاز ها , زمان انجام هر آیتم بک لاگ رو اندازه گرفت و به این خواهیم گفت Measurement .
در این قسمت شما مطالبی در مورد " چگونگی برآورد Backlog محصول " فراخواهید گرفت .
برآورد در سطوح بالا
برای اینکه بتوان اندازه هر آیتم Back log محصول را فهمید نیاز داریم تا بر آورد در سطوح بالا انجام بپذیرد .
فهمیدن این موضوع برای ما بسیار سودمند است زیرا این مورد ما را در اولویت بندی ها یاری خواهد رساند . یا اگر بخواهیم از منظر مدیریتی به این مسئله نگاه کنیم , این یک دیدگاه یا perspective به مدیریت پروژه در مورد این که تیم های کاری برای تولید این محصول چه قدر باید کار کنند خواهد داد.
منظور از برآورد سطوح بالا این است که بدلیل اینکه آگاهی ما در مورد هر آیتم Backlog بسیار ناچیز می باشد و ما دقیقا شاید با ریز آیتم ها آشنا نباشیم پس نمی توانیم از پایین به بالا برویم پس باید از بالا به پایین بیاییم .
برآورد توسط سیستم امتیاز دهی
شاید شما با سری اعداد فیبو ناچی آشنا باشید . افراد ساده ای مثل من که برای اولین بار به این سری اعداد نگاه میکنند فقط یه سری عدد رو می بینند که پشت سر هم قطار شده اند اما افراد باهوشی مثل مردم تبریز وقتی به این سری نگاه می کنند زود در می یابند که این مربوط به قوانین توزیع می باشد. و یک سری اعداد پشت سر هم با یک منطق ساده نیستند.
اساس بر روی نسبیت خواهد بود .
در اینجا امتیاز دهی برای هر آیتم براساس نسبیت خواهد بود . برای مثال :
شما فرض کنید که می خواهید یک گزارشی قرار است طراحی شود و این اولین گزارش است . این گزارش با پیچیدگی که برای خود دارد شما تصمیم می گیرید که این آیتم را بهش 3 بدید.
خوب حالا می خواهید یک گزارش دیگر طراحی کنید . حالا کار شما راحت است چونکه قبلا گزارشی با امتیاز 3 در دست دارید . خوب نسبت به پیچیدگی به گزارش قبلی به این هم می شود امتیاز داد. اگر 2 باشد خوب یکم راحت تر از مورد قبلی می باشد و اگر 21 باشید این بسیار مشکل تر می باشد .
می توان با جمع بندی این امتیاز ها , زمان انجام هر آیتم بک لاگ رو اندازه گرفت و به این خواهیم گفت Measurement .