کاربران نهایی گاهی اوقات ایده‌ها یا مفاهیم جدیدی برای ویژگی‌های جدید دارند. این مفهوم به صورت یک یا چند مورد عملکردی نمایان شده و توسط مالک محصول به لیست کارهای عقب‌مانده محصول اضافه می‌شود. تیم با همکاری یکدیگر بررسی می‌کند که چگونه می‌توان این مفهوم را به یک یا چند اپیک ترجمه و سپس به داستان‌های کاربری کوچک‌تر و واضح‌تر تقسیم کرد که در اجرای اسپرینت بعدی به عنوان عملکرد واقعی محصول گنجانده شوند.
با این حال، اطمینان از آماده بودن داستان‌های کاربری قبل از شروع اسپرینت می‌تواند تأثیر مستقیم و قابل توجهی در افزایش بهره‌وری تیم داشته باشد. تعریف «آماده بودن» به این معناست که داستان باید بلافاصله برای اجرا آماده باشد. تیم باید بتواند مشخص کند چه کارهایی باید انجام شود و میزان کاری که برای تکمیل داستان کاربری نیاز است چقدر است.
تیم، داستان‌های موجود در بالای لیست کارهای عقب‌مانده محصول را به لیست کارهای اسپرینت انتقال خواهد داد. این داستان‌ها باید «آماده» باشند. برخی شرکت‌ها در واقع نیاز به یک لیست دقیق دارند تا تشخیص دهند آیا یک داستان کاملاً «آماده» است یا فقط «تقریباً آماده».
چگونه تعریف آماده بودن را ایجاد کنیم؟
مالک محصول می‌تواند با همکاری تیم، یک اثر به نام «تعریف آماده بودن» تعریف کند تا اطمینان حاصل شود موارد بالای لیست کارهای عقب‌مانده برای انتقال به اسپرینت آماده هستند و تیم توسعه بتواند با اطمینان آن‌ها را تعهد داده و تا پایان اسپرینت تکمیل کند.
چرا تعریف آماده بودن؟
تعریف آماده بودن مجموعه‌ای از توافقات است که به همه اعلام می‌کند چه زمانی چیزی برای شروع آماده است، مثلاً زمانی که یک داستان کاربری برای ورود به اسپرینت آماده است یا زمانی که تمام شرایط لازم برای شروع اسپرینت توسط تیم فراهم شده است. یک تعریف مناسب از آماده بودن به طور قابل توجهی شانس تیم اسکرام برای دستیابی موفق به هدف اسپرینت را افزایش می‌دهد. در اینجا لیستی از مزایایی که یک DoR ساختاربندی شده می‌تواند برای تیم‌ها به همراه داشته باشد، آمده است:
- اندازه‌گیری وضعیت «آماده بودن» یک مورد از لیست کارهای عقب‌مانده
- اطمینان از اینکه موارد لیست کارهای عقب‌مانده محصول به اندازه کافی مطرح شده‌اند
- کمک به تیم در شناسایی زمانی که مالک محصول یا یکی از اعضای تیم دچار اضافه کاری می‌شود
- متعهد نگه داشتن اعضای تیم نسبت به یکدیگر
- کاهش فشار بر تیم برای تعهد به تخمین‌ها قبل از اینکه داستان‌ها «آماده» شوند
- کاهش تغییرات مکرر در نیازمندی‌ها در حین توسعه
مثال — تعریف آماده بودن برای یک اسپرینت
تیم‌های مختلف تعریف آماده بودن متنوعی خواهند داشت و برخی نیازهای کمتری دارند. به عبارت دیگر، برخی تیم‌ها تنها ارزش برای کاربر را توصیف می‌کنند، اولویت‌بندی می‌کنند و نحوه نمایش را می‌نویسند. سایر تخمین‌ها و ارتباطات در جلسه برنامه‌ریزی اسپرینت و غیره انجام می‌شود. در اینجا موارد نمونه‌ای برای تدوین DoR برای تیم شما آورده شده است:
- لیست کارهای اسپرینت (Sprint Backlog) اولویت‌بندی شده است
- لیست کارهای اسپرینت شامل تمامی نقص‌ها، داستان‌های کاربری و سایر کارهایی است که تیم متعهد به انجام آن‌ها است
- هیچ کار مخفی وجود ندارد
- تمام اعضای تیم ظرفیت خود برای اسپرینت را محاسبه کرده‌اند
- تمام وقت در پروژه = X ساعت در روز
- تمام داستان‌های کاربری با تعریف آماده بودن مطابقت دارند
مثال — تعریف آماده بودن برای یک داستان کاربری
در این بخش نمونه‌ای از تعریف آماده بودن برای یک داستان کاربری و نمونه‌ای از تعریف آماده بودن برای یک اسپرینت را مشاهده می‌کنید. می‌توانید برخی از این موارد را به عنوان مبنا یا نقطه شروع اتخاذ کنید:
- ارزش داستان برای کاربر به‌وضوح مشخص شده است.
- معیارهای پذیرش داستان (acceptance criteria) به طور واضح توضیح داده شده‌اند.
- وابستگی‌های داستان کاربری شناسایی شده‌اند.
- اندازه داستان کاربری توسط تیم تحویل تعیین شده است.
- تیم اسکرام اثرات مربوط به تجربه کاربری را قبول می‌کند.
- معیارهای عملکرد در صورت نیاز شناسایی شده‌اند.
- شخصی که داستان کاربری را می‌پذیرد، مشخص شده است.
- تیم می‌داند چگونه داستان را به نمایش بگذارد.
خلاصه
اصطلاح «تعریف آماده بودن» در راهنمای اسکرام توضیح داده نشده است. این همان داستان کاربری و معیارهای پذیرش گنجانده شده در آن است. شاید فکر کنید که تعریف آماده بودن بخشی جدایی ناپذیر از فعالیت پالایش لیست کارهای عقب‌مانده محصول است، نه یک فهرست بررسی مراحل یا دروازه. پالایش لیست کارهای عقب‌مانده یک فرآیند مستمر است و محدود به یک رویداد نمی‌شود، بلکه به عنوان یک فعالیت در نظر گرفته می‌شود.
This post is also available in Deutsch, English, Español, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.