هدف از کار روزمره در یک اسپرینت، ایجاد افزایش محصول قابل ارسال برای محصول به شکلی است که بتوان آن را به مشتری یا کاربر تحویل داد.
در زمینه یک اسپرینت واحد، افزایش محصول یا افزایش قابل ارسال به این معنی است که یک محصول کاری توسعه یافته، یکپارچه، آزمایش و مستند شده است طبق تعریف پروژه از اتمام و آماده برای انتشار در نظر گرفته می‌شود.
تیم توسعه ممکن است یا ممکن است آن محصول را در پایان اسپرینت منتشر نکند – زمان انتشار به برنامه انتشار بستگی دارد. پروژه ممکن است به چندین اسپرینت نیاز داشته باشد تا محصول شامل مجموعه حداقل محصول قابل فروش (MMP) لازم برای توجیه یک انتشار بازار باشد.
برای ایجاد قابلیت‌های قابل ارسال، تیم توسعه و مالک محصول در سه فعالیت اصلی شرکت دارند:
توسعه جزئیات
در یک پروژه چابک، توسعه جزئیات فرآیند تعیین جزئیات یک ویژگی محصول است. هر زمان که تیم توسعه با یک داستان کاربری جدید مواجه می‌شود، توسعه جزئیات اطمینان می‌دهد که هر سوال بی‌پاسخی درباره یک داستان کاربری پاسخ داده شود تا فرآیند توسعه ادامه یابد.
مالک محصول با تیم توسعه برای توسعه داستان‌های کاربری همکاری می‌کند، اما تیم توسعه باید در تصمیمات طراحی نظر نهایی را داشته باشد. مالک محصول باید در طول روز برای مشاوره در دسترس باشد اگر تیم توسعه به توضیحات بیشتری درباره الزامات نیاز داشته باشد.
توسعه
در طول توسعه محصول، بیشتر فعالیت‌ها به طور طبیعی به تیم توسعه واگذار می‌شود. مالک محصول به همکاری با تیم توسعه به صورت موردی ادامه می‌دهد تا توضیحات لازم را ارائه دهد و قابلیت‌های توسعه یافته را تأیید کند. در طول اسپرینت، اعضای تیم:
- اعضای تیم توسعه را برای تکمیل وظایف جفت کنید. این کار کیفیت کار را افزایش می‌دهد و به اشتراک‌گذاری مهارت‌ها کمک می‌کند.
- از استانداردهای طراحی مورد توافق تیم توسعه پیروی کنید. اگر به هر دلیلی نمی‌توانید از آنها پیروی کنید، این استانداردها را دوباره بررسی کرده و آنها را بهبود دهید.
- توسعه را با راه‌اندازی تست‌های خودکار آغاز کنید. می‌توانید اطلاعات بیشتری درباره تست‌های خودکار در بخش بعدی و در فصل 15 پیدا کنید. اگر ویژگی‌های جدید و مطلوبی در طول توسعه ظاهر شدند، آنها را به لیست کارهای محصول اضافه کنید. از کدنویسی ویژگی‌های جدید که خارج از هدف اسپرینت هستند، خودداری کنید.
- تغییرات کدنویسی شده در طول روز را به صورت یک مجموعه در یک زمان یکپارچه کنید. برای 100 درصد صحت تست کنید. تغییرات را حداقل یک بار در روز یکپارچه کنید؛ برخی تیم‌ها چندین بار در روز یکپارچه می‌کنند. بازبینی کد را انجام دهید تا اطمینان حاصل شود که کد از استانداردهای توسعه پیروی می‌کند. نواحی که نیاز به اصلاح دارند را شناسایی کنید. اصلاحات را به عنوان وظایف در لیست کارهای اسپرینت اضافه کنید.
- مستندات فنی را در حین کار ایجاد کنید. تا پایان اسپرینت یا بدتر از آن، تا پایان اسپرینت قبل از انتشار صبر نکنید.
تأیید
تأیید کار انجام شده در یک اسپرینت سه بخش دارد: تست خودکار، بازبینی همتا و بازبینی مالک محصول. تیم می‌تواند:
تست خودکار
تست خودکار به معنای استفاده از یک برنامه کامپیوتری برای انجام بیشتر تست‌های کد شماست. با تست خودکار، تیم توسعه می‌تواند به سرعت کد را توسعه و آزمایش کند که این یک مزیت بزرگ برای پروژه‌های چابک است. اغلب، تیم‌های پروژه چابک در طول روز کدنویسی می‌کنند و اجازه می‌دهند تست‌ها در طول شب اجرا شوند. در صبح، تیم پروژه می‌تواند گزارش نقصی که برنامه تست تولید کرده است را بررسی کند، در مورد هر مشکلی در طول اسکرام روزانه گزارش دهد و این مسائل را بلافاصله در طول روز اصلاح کند.
- تست خودکار می‌تواند شامل موارد زیر باشد: تست واحد: تست کد منبع در کوچک‌ترین بخش‌های آن – سطح مؤلفه
- تست سیستم: تست کد با سایر بخش‌های سیستم
- تست استاتیک: تأیید اینکه کد محصول با استانداردها بر اساس قوانین و بهترین شیوه‌هایی که تیم توسعه بر سر آنها توافق کرده است، مطابقت دارد
بازبینی همتا
بازبینی همتا به سادگی به این معنی است که اعضای تیم توسعه کد یکدیگر را بررسی می‌کنند.
بازبینی مالک محصول
زمانی که یک داستان کاربری توسعه و آزمایش شده است، تیم توسعه داستان‌ها را به ستون پذیرش در تابلو وظایف منتقل می‌کند. سپس مالک محصول عملکرد را بررسی کرده و تأیید می‌کند که با اهداف داستان کاربری مطابقت دارد، طبق معیارهای پذیرش داستان کاربری. مالک محصول داستان‌های کاربری را در طول هر روز تأیید می‌کند.
خلاصه
تیم توسعه در مورد پیشرفت وظایف با به‌روزرسانی لیست کارهای اسپرینت گزارش می‌دهد که کدام وظایف تکمیل شده و چقدر کار، به ساعت، برای انجام وظایف جدید باقی مانده است. بسته به نرم‌افزاری که تیم اسکرام استفاده می‌کند، داده‌های لیست کارهای اسپرینت ممکن است به‌طور خودکار نمودار سوختن اسپرینت را نیز به‌روزرسانی کند.
مقالات دیگر اسکرام
- الگوی نقش-ویژگی-دلیل چیست؟
- افزایش اسپرینت در مقابل محصول قابل ارسال بالقوه در مقابل MVP در مقابل MMP
- نوشتن اهداف SMART و INVEST برای داستان‌های کاربری
- مانیفست چابک و دوازده اصل
- 10 قانون اساسی که در اسکرام بیشتر ذکر شده‌اند
- رویدادهای اسکرام چیست؟
- مراسم‌های اسکرام چیست؟
- تصفیه لیست کارهای محصول چیست؟
- اسپرینت در اسکرام چیست؟
- ضربان قلب اسکرام – ایستادن روزانه
This post is also available in Deutsch, English, Español, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.