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

به scrum

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

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

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

 

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

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

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

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

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

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

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

 

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

اسپرینت

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

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

 

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

مالک محصول

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

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

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

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

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

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

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

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

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

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

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

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

 آیا Agile جدید است؟

آیا می توانید تصور کنید که هیچ کس ۲۰۰۰ یا ۳۰۰۰ سال پیش در مورد سازگاری تفکر یا تلاشی نمی‎کرد؟ من که نمیتوانم! من نمی توانم باور کنم که این مفهوم در ۲۰ یا ۳۰ سال گذشته اختراع شده است. جنگهای باستانی را تصور کنید: آیا آنها از نوع پیش بینانه بودند یا انطباقی؟

البته ما برچسب های مدرن و امروزی مانند Agile یا چارچوب جدیدی مانند Scrum را نداشتیم اما مفاهیم وجود داشتند. حداقل من به این اعتقاد دارم!

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

اسکرام چیست؟

اسکرام یک چارچوب چابک (Agile) است؛ معروف ترین آن. حدود ۷۰٪ از شرکت های چابک یا از اسکرام استفاده می کنند یا از ترکیبی از آن با سایر سیستم های چابک مانند XP (برنامه نویسی اکستریم) بهره می برند.

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

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