تعریف انجام شده (Definition of Done)

در ادامه مقاله ارزشمندی که کسری عزیز زحمتش رو کشیده، این مقاله نیز به نکاتی مهم اشاره داره که خوندش خالی از لطف نیست.
تعریف Done چیست؟
«تعریف انجام شده» (DoD) استانداردهای کیفیتی را برای ارزش افزایشی «انجام شده» و در حالتی که بتوان آن را به طور مؤثر بازرسی کرد، توصیف میکند. تعریف انجام شده به تیم اسکرام و سازمان درک مشترکی از کامل بودن Increment ارائه میدهد. بدون این وضوح بلوری، ارائه بازخورد آگاهانه و قابل اعتماد برای ذینفعان ممکن نیست.
در راهنمای اسکرام 2020، تعریف انجام شده به عنوان یک تعهد موجود در Increment اعلام میشود. DOD تعهد توسعه دهندگان است در مورد کیفیت Incrementارائه شده.
ویژگیهای تعریف انجام شده
هر تیم اسکرام باید DOD خود را داشته باشد و مطابق با آن باشد. این تعریف انجام شده باید به طور مداوم مورد استفاده قرار گیرد، به راحتی ارجاع داده شود و معیارهای مناسبی داشته باشد.
نمیتوانیم دقیقاً تعیین کنیم که چه معیارهایی باید در DOD تیم شما باشد. این واقعاً به محصول، مرحله توسعه محصول و تواناییهای تیم شما بستگی دارد. اما ما میتوانیم به شما نکاتی را در مورد آنچه که باید دنبال کنید و راههایی برای جلوگیری از مشکلاتی که اغلب با آنها مواجه میشوند، ارائه دهیم.
ویژگیهای یک DOD خوب
DOD عموماً شامل مواردی است که آمادگی محصول تجاری و فنی را تضمین میکند. DOD کیفیت محصول را توصیف میکند که آن را برای مشتری شما ارزشمند میکند. همچنین تمرینهایی را توصیف میکند که توسعهدهندگان میدانند باید برای ایجاد نتیجه با کیفیت بالا استفاده کنند. موارد خاص در DOD بسیار وابسته به نوع محصولی است که تیم در حال توسعه آن است.
مثال:
برای یک محصول نرم افزاری، DOD ممکن است شامل موارد زیر باشد:
- معیارهای پذیرش رعایت شده است
- در یک خروجی تمیز، یکپارچه شده است.
- به یک محیط سطح بالاتر ارتقا داده شده است.
- تستهای رگرسیون خودکار با موفقیت به پایان رسیده است.
- تستها در سطح عملکرد ویژگیها گذرانده شده است.
- نیازمندیهای غیر عملکردی برآورده شده است.
- نیازمندیهای انطباق را برآورده میکند.
- عملکرد در مستندات مورد کاربر، مستند شده است.
ویژگی های مورد اجتناب برای DOD
از هر چیزی که مانع از استفاده مداوم DOD شود باید اجتناب شود. اغلب وقتی تیمها DOD خود را نادیده میگیرند، به این دلیل است که یا نتوانستند DOD را پیدا کنند یا به این دلیل که به اندازه کافی خوب ایجاد نشده است و باعث میشود که برای اعضای تیم بیربط یا غیرضروری به نظر برسد.
از شرایط زیر اجتناب کنید:
- DoD به راحتی یافت نمیشود – ما اغلب از توسعه دهندگان میشنویم که نشان میدهند به سادگی نمیتوانند DOD را مشخص کنند.
- استانداردها در DOD بسیار پایین تنظیم شدهاند – اگر DOD خیلی سست و ول باشد، نه تنها به هدف مورد نظر خود عمل نمیکند، بلکه احساس بی اهمیتی میدهد و به راحتی نادیده گرفته میشود.
- استانداردهای DOD غیرقابل دستیابی هستند – بسیاری از شرایط میتوانند به تعیین مجموعهای از معیارهای بسیار بلندپروازانه کمک کنند. به عنوان مثال، استانداردهای کیفیت ممکن است برای مرحله توسعه محصول بسیار بالا تنظیم شوند یا ایتمها به دلیل محدودیت های زیرساختی یا دلایل دیگر نتوانند تکمیل شوند.
- DOD هزینههای اجرایی زیادی ایجاد میکند – برای مثال، DOD خیلی طولانی است و حاوی آیتمهای است که واقعا ضروری نیستند.
- تیم با DOD انطباق نمییابد یا با DOD موافقت نمیکند – اغلب به این دلیل است که DOD بدون مشارکت آنها برای انها تعیین و اعمال شده است.
سوالات متداول درباره کار انجام شده
شروع به کار و تعریف انجام شده جنبه بسیار مهمی از اسکرام است. با این حال افسانه ها و باورهای غلط زیادی در این باره وجود دارد. به برخی از این سوالات در ادامه میپردازیم.
-
Done در اسکرام به چه معناست؟
در صحبت معمولی، وقتی درباره کار انجام شده بحث میکنیم، منظورمان این است که آن کار با موفقیت انجام شده است. هنگامی که متخصصان اسکرام در مورد “انجام” کار خود صحبت میکنند، منظور آنها این است که Increment به سطحی از کیفیت دست یافته است که آن را برای بررسی و بازخورد از طرف ذینفعان مناسب میکند. این همان سطح کیفیتی است که برای عرضه محصول به مشتریانش لازم است.
-
کار انجام نشده (undone) چیست؟
کار روی Increment که به استانداردهای کیفی ذکر شده در تعریف انجام شده (DOD) دست نیافته است. کاری است که هنوز «انجام نشده است». کارهایی که هنوز انجام نشده اند به عنوان کار “undone” نیز شناخته میشوند.
-
چرا دستیابی به «Done» خیلی مهم است؟
یک اصل کلیدی اسکرام استفاده از حلقه های بازخورد سریع است. با این حال، برای ارائه بازخورد خوب، اعضای تیم و ذینفعان باید از وضعیت محصول مطمئن باشند. بررسی چیزی که ناقص است، بازرس را مجبور میکند تا در مورد اینکه محصول واقعاً کامل بود، مفروضات یا حدسهایی را انجام دهد. پس از اتمام کار، ارائه بازخورد آسان تر، آگاهانه تر و قابل اعتمادتر است.
-
آیا نشان دادن کارهای انجام نشده به ذینفعان ایرادی ندارد؟
این یک افسانه است که تیم های اسکرام فقط باید کارهای انجام شده را به ذینفعان خود نشان دهند. این احتمالاً یک پاسخ افراطی به این واقعیت است که نشان دادن چیزی به ذینفعان که فقط تا حدی تمام شده است، ارائه بهترین بازخورد را برای ذینفعان کمی سختتر میکند.
آنچه درست است این است که بازخوردهای مکرر از ذینفعان از ویژگی های اسکرام است. بنابراین کاملاً طبیعی است که تیم های اسکرام قبل از اتمام کار درخواست بازخورد یا ورودی کنند. درک اینکه DOD هنوز برآورده نشده است به تعیین انتظارات ذینفعان در مورد آنچه که در حال بحث است کمک می کند.
-
آیا Sprint Review مکانی برای درخواست بازخورد ذینفعان در مورد کارهای انجام نشده است؟
خیر، کارهایی که با DOD مطابقت ندارند نباید در مرور اسپرینت ارائه شوند. ذینفعان باید مطمئن باشند که کاری که در طول جلسه اسپرینت ریویو می بینند، با استانداردهای کیفیت مورد انتظار مطابقت دارد.
با این حال Sprint Review مکانی بسیار مناسب برای دریافت بازخورد در مورد کارهای انجام نشده به نظر میرسد. پیشنهاد ما این است که منتظر بمانید تا مرور اسپرینت کامل شود، سپس مکث کنید و اعلام کنید که بررسی اسپرینت به نتیجه رسیده است و شرایطی را تنظیم کنید که تیم اسکرام به دنبال بازخورد و راهنمایی در مورد کارهای انجام نشده، باشد.
-
چه کسی تعریف Done را ایجاد می کند؟
پاسخ به این سوال بستگی به این دارد که آیا سازمان قبلاً یک DOD برای محصولات خود ایجاد کرده است یا خیر؟ اگر اینطور است، توسعه دهندگان تیم اسکرام شما باید حداقل با آن DOD مطابقت داشته باشند. تیم شما همیشه میخواهد استانداردهای سختگیرانهتری را اضافه کند، اما ممکن است آنها را سست تر نکنید.
اگر DOD سازمانی وجود نداشته باشد، تیم اسکرام موظف است یک مورد را برای محصول خود ایجاد کند تا تیم اسکرام و ذینفعان همه بر روی اینکه Increment انجام شده چیست، کاملا شفاف باشند. این امر باید یکی از اولین کارهایی باشد که یک تیم اسکرام با هم انجام می دهد.
اگر چندین تیم اسکرام با هم روی یک محصول کار می کنند، باید Increment خود را با هم ادغام کنند و نتیجه باید با همان تعریف Done مطابقت داشته باشد.
-
آیا DOD می تواند تغییر کند؟
بله! طبیعی است که DOD با بالغ شدن تیم اصلاح شود و درک تیم از محصول و نحوه ساخت آن بهبود یابد. وقتی تیم شروع به کار روی مشکل پیچیده ای می کند که پیش روی آنها قرار می گیرد، ممکن است ندانند که چگونه تمام ویژگی های کیفی مورد نیاز برای محصول نهایی را بیان کنند. آنها با آنچه می دانند شروع می کنند و به مرور زمان به اصلاح DOD خود ادامه می دهند.
-
چه زمانی DOD تغییر می کند؟
از آنجایی که Sprint Retrospective زمانی برای برنامهریزی راههای بهبود اثربخشی تیم در نظر گرفته شده است، مناسبترین مکان برای بحث و اصلاح DOD است. با این حال، متخصصان اسکرام منتظر یک رویداد اسکرامی برای انجام اقدامات لازم نیستند. اگر تیم نیاز به اصلاح DOD ببیند، باید هر زمان که انجام این کار عملی باشد، این کار را انجام دهند.
-
اگر تیم اسکرام DOD را نادیده بگیرد یا به Done دست پیدا نکند، چه میشود؟
دستیابی به Done یک جنبه ضروری برای ارائه یک محصول ارزشمند و یک اصل کلیدی اسکرام است. وقتی تیمهای اسکرام Incrementهایی را ایجاد نمیکنند که استانداردهای کیفی لازم را برآورده کنند، ریسک را افزایش میدهند و قابلیت پیشبینی را کاهش میدهند.
زمانی که تیم های اسکرام به Done نمیرسند:
-
- ذینفعان نمیتوانند بر کیفیت محصول تکیه کنند و در جایی که نباید وجود داشته باشد اصطکاک و عدم اطمینان ایجاد میکند.
- مشخص نیست که کار تا چه حد انجام شده است، بنابراین تخمین زدن یا برنامه ریزی کاری که میتوان در یک اسپرینت به دست آورد دشوار می شود.
- آنها تحویل سریع را بر کیفیت بالا ترجیح میدهند که اغلب منجر به کاری میشود که در آینده باید دوباره انجام شود.
-
تفاوت بین DOD و معیارهای پذیرش چیست؟
استفاده از “معیارهای پذیرش” از نظر فنی بخشی از اسکرام نیست، اما یک عمل مکمل ارزشمند است. DOD ویژگیهای Incrementو اینکه آیا ارزش افزایشی “Done” شد را توضیح می دهد. در مقابل، «معیارهای پذیرش» عموماً ویژگیهای یک آیتم بکلاگ محصول (PBI) هستند و توصیف میکنند که آیا PBI انجام شده است یا خیر.
ممکن است بشنوید که متخصصان اسکرام در مورد انجام PBI صحبت میکنند، یا اینکه PBI آنها با DOD مطابقت دارد. اما از آنجایی که DOD در واقع مربوط به Increment است، این افراد از یک میانبر کلامی استفاده می کنند. منظور آنها واقعاً این است که وقتی کار آنها (PBI) در Increment ادغام می شود، Increment با DoD مطابقت دارد.
-
تفاوت بین تعریف انجام شده (DOD) و تعریف آماده (DOR) چیست؟
استفاده از تعریف آماده (DOR) نیز یک عمل مکمل پرکاربرد است، اما بخشی رسمی از اسکرام نیست. مشابه معیارهای پذیرش، DOR در مورد اقلام بکلاگ محصول شما اعمال می شود. این امر درک مشترک تیم شما را از اینکه چه پیش نیازهایی باید تکمیل شود تا یک آیتم بکلاگ محصول در اسپرینت آورده شود، شفاف میکند.
مترجم: فائزه شمس
2 دیدگاه
به گفتگوی ما بپیوندید و دیدگاه خود را با ما در میان بگذارید.
دیدگاهتان را بنویسید لغو پاسخ
برای نوشتن دیدگاه باید وارد بشوید.
مقاله خوبی بود
طبق تجربه بیشترین چالش در شروع پروژه های جدید “قابلیت اجرا داشتن” هست و چند اسپرینت طول میکشد تا محصولی داشته باشیم که قابلیت “اضافه شدن ارزشی که DoD را پاس کرده” داشته باشیم.
دقیقا، در عین حال هنر اینه که بتونیم از اسپرینت اول یک چیز قابل استفاده تحویل بدیم.
شما که دیگه خودت استادی 🙂