بایگانی برچسب

به اسکرام

برنامه ریزی پوکر

اگر توسعه دهندگان شروع به رأی دادن یک به یک کنند، اولین رأی ها بقیه را تحت تاثیر قرار می دهد. این کیفیت تخمین ها را کاهش می دهد.

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

 

بیشتر بخوانید …

استوری پوینت

ما از استوری پوینت ها به جای نفر-ساعت و دیگر واحدهای مبتنی بر زمان استفاده می کنیم. بیایید ببینیم چگونه کار می کند؟

 

تعریف مرجع

ما یک داستان کاربری ساده و کوچک را که همه آن را متوجه می شوند، به عنوان مرجع انتخاب می کنیم. این می تواند تعریف ۱ استوری پوینت در پروژه ما باشد.

بیشتر بخوانید …

واحدهای اندازه

ترجیح این است که از واحدهای نسبی و مبتنی بر تلاش، به جای واحدهای مبتنی بر زمان مانند نفر ساعت برای اندازه گیری استفاده کرد. این دقیقا چیری است که اتفاق میفتد: زمانی که از واحد نفر- ساعت استفاده می کنید، یک نفر وجود خواهد داشت که به شما بگوید:  شما ۱۰ آیتم بک لاگ محصول به ارزش ۳۸۱ نفر/ ساعت در این اسپرینت ایجاد کرده اید. شما ۶ نفر هستید که در عرض این دو هفته زمان اسپرینت کار می کنید که به  عبارتی می شود ۵۲۸ نفر- ساعت! چرا خروجی شما کم است؟ مشکل چیست؟

بیشتر بخوانید …

تخمین

تخمین باید توسط کسانی که قرار است کار را انجام دهند، صورت گیرد؛ در واقع تیم توسعه.

تیم توسعه نقش دوم را در اسکرام دارد (اولین نقش مالک محصول بود). ۳ تا ۹ توسعه دهنده وجود دارد. “توسعه دهنده” در اینجا به تحلیلگران، طراحان، برنامه نویسان، تسترها، طراحان رابط کاربری و هر کس دیگری که در تولید راه حل نقش دارد، اشاره دارد.

بیشتر بخوانید …

برنامه ریزی اسپرینت

اولین چیزی که در اسپرینت انجام می دهیم، برنامه ریزی است. بله، ما هنوز شکل هایی از برنامه ریزی را در Agile داریم.

جلسه برنامه ریزی اسپرینت، برای یک اسپرینت یک ماهه، هشت ساعت است و به نسبت برای اسپرینت های کوتاهتر، کمتر است.

 

بیشتر بخوانید …

اسپرینت

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

اسپرینت ها باید کوتاهتر از یک ماه باشند. ما معمولا اسپرینت های کوتاه را ترجیح می دهیم. اسپرینتهای دو یا سه هفته ای معمول ترین انتخاب ها هستند.

 

بیشتر بخوانید …

مالک محصول

مالک محصول مسئول ایجاد آیتم های بک لاگ محصول است.

تنها یک مالک محصول برای یک پروژه وجود دارد؛ تمام وقت یا نیمه وقت. این فرد باید فردی بیزینسی (کسب و کار گرا) باشد. یک تحلیلگر حرفه ای کسب و کار نامزد بسیار خوبی برای این نقش است.

بیشتر بخوانید …

داستان های کاربر

یک راه خوب برای نوشتن آیتم های بک لاگ محصول استفاده از “داستان کاربر” است. در ادامه مثالی از یک داستان کاربری آورده شده است:

“به عنوان یک کاربر نهایی، می خواهم گزارشی در مورد فعالیت اکانتم دریافت کنم تا بررسی شود که آیا همه چیز خوب است یا خیر.”

بله، آنچه بیان شد کوچک است؛ نکته هم همین است! ما ترجیح می دهیم موارد کوچک داشته باشیم، زیرا کنترل پروژه را آسان تر می کند. همچنین می توان در هر تکرار، آیتم های کوچک را ۱۰۰ درصد انجام داد (بطور کامل)، درحالی که اگر آیتم ها بزرگ باشند، دشوار است که بگوییم چه زمانی آنها واقعا انجام می شوند. این  یک الگوی کلی برای یک داستان کاربر است:

بیشتر بخوانید …

آیتم های بک لاگ محصول

درست نیست که آیتمی مانند “ایجاد معماری راه حل” را در بک لاگ محصول داشته باشیم؛ زیرا پیش گویانه است. بلکه باید محصول را به صورت تکراری طراحی کنیم.

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

بیشتر بخوانید …

شروع پروژه

اولین کاری که باید انجام دهیم این است که “Backlog” محصول را ایجاد کنیم. بک لاگ، لیستی از ویژگی‎هایی است که ما برای این پروژه در نظر داریم. این در اصل تعریف “Scope” یا محدوده است.

با این حال، اسکرام پیش گویانه نیست، بنابراین ما برنامه پیش رو نداریم. به جای ایجاد کامل Backlog های محصول، فقط مواردی را برای چند دوره بعدی اضافه می کنیم (به اصطلاح تکرار (iterations) یا اسپرینت (Sprint)). سپس ما اولین چرخه را شروع خواهیم کرد و بک لاگ های محصول را به صورت انطباقی ادامه خواهیم داد.

بیشتر بخوانید …