در این مقاله قصد دارم روند انجام شده در متدولوژی Agile را با شما به اشتراک بگذارم. معمولاً سه نقش اصلی در فرآیند اسکرام وجود دارد.
- مالک محصول
مالک محصول معمولاً سهامدار کلیدی پروژه است. او در حال مدیریت انباشته محصول، جزئیات نیازمندی ها و تعامل با همه ذینفعان و تیم توسعه است. - اسکرام مستر
اسکرام مستر فرآیند نحوه تبادل اطلاعات را مدیریت می کند. آنها کسانی هستند که از نزدیک با صاحب محصول کار می کنند و در رفع هرگونه مانع برای پیشرفت، ترتیب دادن جلسات و انجام کارهایی برای اطمینان از اینکه کالاهای عقب مانده مطابق با الزامات تعریف شده و آماده برای اسپرینت بعدی شکل خوبی دارند، مشارکت دارند. اسکرام مستر هر کاری که ممکن است انجام می دهد تا به تیم کمک کند و به سطح بالاتری انگیزه دهد. - تیم توسعه تیم
توسعه شامل معماران فنی، تحلیلگران، برنامه نویسان، طراحان، کارشناسان QA، تسترها، مدیران سیستم و غیره است. آنها تیمی از افرادی هستند که به طور جمعی مسئول ارائه پروژه و انجام وظایف روزانه در تکمیل هستند. الزامات و عملکرد به طور کامل در حال توسعه همانطور که در تعریف انجام شده توافق شده است.
فعالیت در روش SCRUM
- جلسه آراستگی
این جلسه معمولاً دو روز قبل از جلسه برنامه ریزی سرعت شروع می شود. در اینجا، صاحب محصول ویژگی ها و الزاماتی را که باید برای یک محصول خاص اجرا شود، تعریف می کند. آنها داستان های کاربری مورد نیاز برای اجرای وظیفه/نیازمندی یا اجرای ویژگی را تعیین می کنند. آنها داستان های کاربری مختلفی را ایجاد می کنند که توسط مالک محصول ایجاد شده است. آنها ویژگیها یا الزامات را تجزیه و تحلیل میکنند و موارد را اولویتبندی میکنند، اینکه چه داستانی را میتوان به اسپرینت 1، سرعت 2 و غیره اختصاص داد. در اینجا، آنها مواردی را که باید در اسپرینت 1 و اسپرینت های آتی پوشش داده شوند، نهایی می کنند. این توسط اسکرام مستر و صاحب محصول تصمیم گیری می شود. نیازی به حضور توسعه دهندگان در این جلسه نیست.
در اینجا، سلسله مراتب می تواند به صورت زیر باشد:
ایده (مساله) -> حماسه -> محصول-> پروژه-> ویژگی
- جلسه برنامه ریزی اسپرینت
در روز اول اسپرینت برگزار خواهد شد. ممکن است صاحب محصول نیاز به شرکت در این جلسه داشته باشد، اما همه توسعه دهندگان، QA و اسکرام مستر باید در دسترس باشند.در اینجا، آنها داستان های کاربر را تعریف می کنند. از این رو، تجزیه و تحلیل و تفکیک وظایف برای تکمیل داستان های کاربران در این جلسه انجام خواهد شد. برای دستیابی به همه اینها، تیم باید تعطیلات برنامه ریزی شده خود را قبل از شروع اسپرینت ارسال کند.
در طول برنامه ریزی اسپرینت، آنها باید ظرفیت تیم را تخمین بزنند. ظرفیت تیم در طول یک اسپرینت، تعداد کل موارد اکشنی است که تیم می تواند در طول آن اسپرینت انجام دهد. بر اساس تاریخچه تیم و ساعات کاری موجود توسعه دهنده محاسبه می شود.
مثلا:
برای دو هفته دوی سرعت، در مجموع 10 روز فرصت داریم (با غفلت از شنبه و یکشنبه). هر توسعه دهنده 6 ساعت کار در روز دارد. در صورتی که 5 توسعه دهنده داشته باشیم، کل ساعت کاری 6*5*10 =300 ساعت کاری است.
این باید با برآورد تفکیک کار مطابقت داشته باشد. بنابراین، ما باید ساعات در دسترس بودن همه توسعه دهندگان را قبل از شکست کار تایید کنیم.
بنابراین، در اینجا در برنامه ریزی اسپرینت، ما وارد ساعات ظرفیت هستیم. بر اساس ساعت، ما در حال تجزیه و تحلیل وظیفه و تعیین تکلیف قابل انجام در اسپرینت خاص هستیم.
افزودن به سلسله مراتب قبلی در جلسه Grooming به این صورت است:
ایده (مساله) -> حماسه -> محصول-> پروژه-> ویژگی-> داستان کاربر-> وظیفه
- نقطه چک
این یک جلسه اختیاری است. برخی از تیمها ممکن است پستهای بازرسی تحویل مانند ویترین در پایان یک اسپرینت چابک یا یک ایستگاه بازرسی برنامهریزی مانند جلسه نظافت عقب مانده در طول یک اسپرینت چابک داشته باشند. همچنین می توانید یک ایست بازرسی عمومی تر با سهامداران خود داشته باشید.
گاهی اوقات، ممکن است به پست های بازرسی به عنوان نقاط عطفی اشاره کنید که در آن با مشتری جلسه ای خواهید داشت و در مورد کار در حال انجام بازخورد دریافت خواهید کرد.
- جلسه اسکرام وضعیت روزانه
این جلسه معمولاً هر روز در پایان روز برگزار می شود، جایی که تیم توسعه در مورد پیشرفت خود به اسکرام مستر گزارش می دهد. در مورد کارهای انجام شده در روز و همچنین کارهایی که قرار است در روز بعد انجام شود اشاره می کنند. و همچنین، در مورد موانع/محدودیت های جاده در صورت وجود برای کار روز بعد بحث کنید.بنابراین، هر یک از اعضای تیم به سه سوال پاسخ می دهند،
- امروز چیکار کردم؟
- فردا چیکار کنم؟
- چه مشکلات مسدود کننده ای دارم که به کمک تیم نیاز دارم؟
این باید به اسکرام مستر منتقل شود. آنها باید اسکرام مستر را در مورد موانعی که به تنهایی قادر به حل آن نیستند، آگاه کنند.
- جلسه گذشته نگر
عمدتاً در آخرین روز دوی سرعت اتفاق می افتد. در اینجا استاد اسکرام در مورد نکات زیر بحث خواهد کرد:
- کارهایی که هنوز تکمیل نشده اند چیست؟
- همه زمینه هایی که باید بهبود دهیم کدامند؟
- چه اشتباهی رخ داد و چه چیزی خوب شد؟
- چگونه می خواهیم این موضوع را در دوی سرعت های آینده اصلاح کنیم؟
جلسه گذشته نگر یک ابزار بازخورد مفید بین تیم اسکرام و استاد اسکرام است تا از همسویی بین آنها در مورد مسائلی که مانع پیشرفت تیم می شود اطمینان حاصل شود.
نمودار رایت کردن