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