مدیریت پروژه

تعریف انجام شده یا Definition of Done به چه معناست؟

پنج مرحله برای درک بهتر تعریف انجام شده یا definition of done

در صنعت موسیقی این یک اصل است که که ساده‌ترین راه برای خراب کردن یک آهنگ، ادامه کار بر روی آن است. دانستن اینکه چه زمانی یک کار هنری انجام می‌شود ذهنی است و تعریف آن اغلب دشوار است. اما این مورد نمی‌تواند در مورد پروژه شما صدق کند. بدون یک تعریف مشخص از مراحل انجام پروژه، تیم توسعه شما نمی‌داند که دقیقا در حال کار برای چه هستند، ذینفعان شما در گسترش دامنه کار آزاد نخواهند بود و به احتمال زیاد کاربران شما با محصولی شلوغ، گیج کننده و غیرقابل استفاده مواجه می‌شوند.

به بیان دیگر، یک تعریف واضح از موارد قابل انجام (DoD یا definition of done) یکی از مهمترین عناصر توسعه مدیریت چابک (Agile) و متد اسکرام (Scrum) است. به طور مثال اگر هدف پروژه شما، تولید نرم‌افزارهای قابل استفاده است، پس قبل از شروع کار باید بدانید که این کار به چه شکل انجام خواهد شد.

تعریف انجام شده (DoD) چیست؟

برای اینکه تیم شما به جلو حرکت کند، باید اهداف شما را مد نظر قرار دهد و محصولات قابل استفاده را به مشتری تحویل دهد، باید دقیقا بدانید که در فرآیند کسب و کار شما اوضاع چگونه پیش می‌رود و اهداف دقیقا چه نتایجی را متحمل می‌شوند. اینجاست که تعریف کار انجام شده یا DoD وارد بازی می‌شود.

طبق نظر Scrum.org، تعریف انجام شده درک مشترکی از انتظاراتی است که اسپرینت‌های فعلی باید برآورده کنند تا در اختیار کاربران قرار گیرد. به عبارت دیگر، تیم شما در تلاش است تا با اسپرینت‌های فعلی به کدام سطح کیفی برسد؟ شاید مهمتر این باشد که بپرسید، چگونه آن را اندازه‌گیری می‌کنید؟

اهداف تعریف انجام شده چیست؟

با در نظر گرفت معنایی که از این مفهوم ذکر شد، می‌توانیم اهداف تعریف انجام شده را به صورت زیر بیان کنیم:

  • ایجاد یک درک مشترک در مورد کیفیت و کامل بودن تیم.

این امر به ویژه در فرآیند برنامه‌ریزی اهداف بسیار مهم است زیرا شما باید بدانید برای چه هدفی کار می‌کنید.

  • ارائه چک لیست معیارها برای بررسی داستان‌های کاربران.

این می‌تواند در آینده یک صرفه‌جویی بزرگ باشد زیرا کار برای تأمین نیازهای کاربر، نیازی به انجام مجدد یا به روزرسانی نخواهد داشت.

  • اطمینان از سطح کیفی کار که باید مطابق با بودجه باشد.

این مهم نه تنها همه را راضی نگه می‌دارد، بلکه از شما در برابر مشکلات احتمالی محافظت می‌کند. اگر درخواستی خارج از تعریف انجام شده در مسیر شما باشد، تعیین انتظارات و انتقال یا تغییر آن، بسیار آسان‌تر خواهد بود.

بیشتر از همه، تعریف انجام شده به شما امکان می‌دهد در کنار تیم خود، کاری را به درستی انجام داده، به پایان برساند و حتی ادامه دهد. تعریف واضح X انجام شده روی نقشه، گنج شماست. بدون آن هیچ تصوری از زمان مناسب برای توقف یا ادامه مسیر نخواهید داشت. بدون ارسال هدف مشخص، کارهای ناتمام به راحتی انباشته می‌شوند و در آخر با یک دسته “بدهی کار (work debt)” روبرو می‌شوید که قبل از حرکت به جلو، باید بازپرداخت شود.

تعریف انجام شده در مقابل معیارهای پذیرش (acceptance criteria)

جایی که مردم اغلب گیج می‌شوند آنجاست که فکر می‌کنند تعریف آنها از موضوع انجام شده یک مسئله کنترل کیفیت است و یک مسئله مدیریت پروژه نیست. چرا فقط از معیارهای پذیرش خود برای تعیین زمان انجام “یک پروژه” استفاده نمی‌کنید؟ در حالی که هم معیارهای پذیرش و هم تعریف شما از انجام به شما کمک می‌کند تا مشخص کنید که کدام قطعه‌ از پروژه شما به پایان رسیده است، اما تفاوت‌های اساسی در نحوه و امکان استفاده این این دو نیز وجود دارد.

یک روش ساده برای تمایز این دو مورد این است که جهانی بودن تعریف انجام شده را در نظر بگیرید. این مربوط به هر چیزی است که تیم مهندسی شما در اسپرینت فعلی حمل می‌کند. از طرف دیگر، معیارهای پذیرش منحصر به داستان کاربر (User Story)، ویژگی یا مسئله مورد بحث است. در اصل باید توجه کنید که این مورد ممکن است در عمل چگونه باشد.

یکی از رایج‌ترین مناطقی که تعریف انجام شده در آن استفاده خواهد شد، هنگام ارسال داستان کاربر است. به عنوان یک یادآوری سریع، داستان کاربر یک شرح مختصر، ساده از دیدگاه کاربران و مشتریان است. مثلا:

“به عنوان [نوع کاربر] من [برخی ویژگی‌های خاص] را می‌خواهم تا [برخی از مزایا] را دریافت کنم.”

نکته مهم

برای اینکه داستان کاربر “تمام شده” شناخته شود، باید تعدادی از موارد را بررسی کنید:

  • آزمون واحد: قبول شد
  • کدهای لازم: بررسی شد
  • معیارهای پذیرش برای هر موضوع: برآورده شد
  • تست‌های عملکردی: قبول شد
  • الزامات غیر عملکردی: برآورده شد
  • صاحب محصول داستان کاربر را: می‌پذیرد

فقط هنگامی که همه این معیارها برآورده شدند، می‌توان داستان کاربر را “انجام شده” نامید. با این حال، برای رسیدن به آن، هر موضوع باید از معیارهای پذیرش فردی خود، برخوردار باشد.

اینها را لایه‌های مختلف ویژگی پروژه بدانید. تعریف انجام شده برای تمام داستان‌های کاربر در اسپرینت شما اعمال می‌شود، در حالی که هر یک معیارهای پذیرش منحصر به فرد خود را دارند که باید برای تصویب ارسال شوند.

۵ مرحله در تعریف انجام شده

افراد اغلب ایده‌های مختلفی درباره کارهایی که باید انجام شود، دارند و همیشه قرار دادن کل تیم شما در یک سطح، کار ساده‌ای نیست. اما حتی دشوارتر از تصمیم‌گیری در مورد تعریف انجام شده، مسئولیت دادن به افراد متفاوت در یک گروه است. بنابراین چگونه می‌توانید اطمینان حاصل کنید که تیم شما DoD و معیارهای پذیرش مورد توافق خود را رعایت می‌کند؟

این کار با درگیر کردن کل تیم شما در روند کار و سپس روشن کردن نیازها، عملی بودن اهداف و همیشه در دسترس بودن مدیریت، شروع می‌شود.

  1. در مورد تعریف خود به صورت تیمی تصمیم بگیرید.

چه کسی “مورد قابل انجام” را برای داستان کاربر/ ویژگی/ پروژه شما تعریف می‌کند؟ در حالی که تعریف “انجام شده” باید شامل ورودی از تیم محصول، کنترل کیفیت و ذینفعان مربوطه باشد، اما در نهایت به تیم فنی بستگی دارد که معنی آن را تعیین کنند.

با این حال، این باید یک روند مشترک باشد. بدون ورودی از تیم‌های دیگر، پشتیبانی مورد نیاز برای ارسال یک ویژگی را دریافت نخواهید کرد. شما همچنین درگیر معامله با ذینفعانی خواهید بود که انتظارات متفاوتی دارند یا در دلیل عدم ارسال یک ویژگی، گیج شده‌اند.

برای کمک به این مهم، ضروری است که تعریف شما از انجام شده، برای همه در دسترس باشد و اینکه چرا این مواردی است که شما انتخاب کرده‌اید، باید شفافیت داشته باشند. به این ترتیب، همه می‌دانند که چرا یک نسخه یا ویژگی متوقف شده است و برای پیشبرد آن چه باید کرد.

نتیجه سخن

یک دلیل نهایی وجود دارد که شما باید به تعریف انجام شده اهمیت دهید: این باعث ایجاد اعتماد در سراسر تیم و کل سازمان شما می‌شود. دیدگاه مشترک، باز و صادقانه نسبت به پروژه با کیفیت، همه اعضای را در یک سطح آگاهی قرار می‌دهد.


مجموعه

مدیریت پروژه

این پست بخشی از مجموعه مدیریت پروژه در کار و کسب است. ترتیب زیر را در این حوزه پیشنهاد می‌کنیم.

  1. هر آنچه باید در مورد زمان انجام و زمان چرخه بدانید
  2. ساختار تجزیه منابع (RBS) در مدیریت پروژه چیست و چگونه نوشته می‌شود؟‌
  3. نمودار SIPOC چیست و چه کاربردی در مدیریت پروژه دارد؟
  4. نظریه دو عاملی هرزبرگ چیست و چه کاربردی در مدیریت پروژه دارد؟
  5. زمان تکت (Takt Time) چیست و چه اهمیتی دارد؟
  6. اصول مدیریت پروژه بازاریابی چابک
  7. راهنمای کامل مدیریت پروژه به زبان ساده: چگونه پروژه را قبل از پایان دنیا تمام کنیم! (به همراه دانلود فایل نمونه مدیریت پروژه)
  8. راهنمای کامل مدیریت پروژه براساس PMBOK
  9. مروری بر مفهوم پروژه و استاندارد PMBOK
  10. آموزش و راهنمای کامل مدیریت پروژه براساس PRINCE2
  11. مدیریت چابک و ناب چه تفاوت‌هایی دارند؟
  12. راهنمای کامل اصول مدیریت پروژه
  13. مدیر پروژه کیست و چه وظایفی دارد؟
  14. مدیر پروژه فنی کیست و چگونه می‌توانیم به این نقش دست یابیم؟
  15. تفاوت مدیر پروژه و مدیر برنامه در چیست؟
  16. ۱۶ مهارت ضروری که مدیران پروژه باید داشته باشند
  17. داشبورد مدیریتی (Executive Dashboard) چیست و چه ویژگی‌هایی دارد؟
  18. مدیریت پروژه ساخت و ساز و مدیریت پروژه ساختمانی چیست؟
  19. معرفی برترین مسئولیت‌های مدیر پروژه ساختمانی
  20. بودجه‌بندی پروژه چیست و چگونه انجام می‌شود؟
  21. تعریف هزینه عملیاتی (OpEx) و هزینه سرمایه‌ای (CapEx)
  22. سرریز هزینه (Cost Overrun) چیست و چگونه از آن جلوگیری کنیم؟
  23. دستیار مدیر پروژه (Assistant Project Manager) کیست؟
  24. فرایند جمع‌آوری نیازمندی‌ها در پروژه
  25. مدیریت پورتفولیو پروژه چیست و چه اجزایی دارد؟
  26. هرآنچه باید در مورد جمع‌آوری نیازمندی‌ها در مدیریت پروژه بدانید
  27. راهنمای مدیریت انتشار (Release Management)
  28. مدیریت تدارکات پروژه چیست و چه اهمیتی در پروژه دارد؟
  29. راهنمای کامل تعریف، مزایا و روش‌های کنترل هزینه (Cost Control)
  30. کنترل پروژه چیست و چه مراحلی دارد؟
  31. چرخه عمر پروژه چیست و چه اهمیتی دارد؟
  32. تعریف انجام شده یا Definition of Done به چه معناست؟
  33. ساختار شکست کار (WBS) در مدیریت پروژه چیست و چگونه اجرا می‌شود؟
  34. مدیریت محدوده پروژه (Project Scope) چیست و چه اهمیتی دارد؟
  35. منشور پروژه (Project Charter) چیست و چگونه تهیه می‌شود؟
  36. چگونه جدول زمانی یا برنامه زمان‌بندی پروژه را ایجاد کنیم؟
  37. مدیریت ارزش کسب شده یا EVM چیست و چه اصولی دارد؟
  38. مدیریت قرارداد (Contract Management): مراحل، چالش‌ها و مزایا
  39. بهترین مدارک و گواهینامه‌های مدیریت پروژه در دنیا کدام مدارک هستند؟
  40. جلسه آغاز پروژه (Project Kickoff Meeting) چیست و چگونه برگزار می‌شود؟
  41. تعریف مدیریت وظایف در مدیریت پروژه
  42. مدیریت وظیفه در مقایسه با مدیریت پروژه؛ کدام برای شما بهتر است؟
  43. مدیر محصول خوب چه کسی است؟
  44. ماتریس RACI چیست و چگونه اجرا می‌شود؟
  45. برنامه عملیاتی (Action Plan) چیست و چگونه نوشته می‌شود؟
  46. ۵ دلیل اینکه باید نرم‌افزار اکسل را در مدیریت پروژه کنار بگذاریم
  47. معرفی برترین نرم‌افزارهای مدیریت پروژه
  48. معرفی مهم‌ترین مهارت‌های مدیریت پروژه
  49. معرفی برترین متریک‌های مدیریت پروژه
  50. نقش و مسئولیت‌های دفتر مدیریت پروژه (PMO) در سازمان چیست؟
  51. ذینفعان در مدیریت پروژه چه کسانی هستند؟
  52. راهنمای کامل مدیریت ذینفعان پروژه
  53. راهنمای کامل معرفی برنامه مدیریت پروژه (Project Management Plan)
  54. استراتژی محصول چیست و چگونه تدوین می‌شود؟
  55. نقشه راه محصول (Product Roadmap) چیست و چگونه ایجاد می‌شود؟
  56. چگونه از شکست فاجعه بار در پروژه جلوگیری کنیم؟
  57. نکات کلیدی که باید در مورد اکشن پلن (Action Plan) و نحوه نوشتن آن بدانید
  58. کاربرد هوش مصنوعی (AI) در مدیریت پروژه
  59. نمودار Burndown چیست و چه انواع و محدودیت‌هایی دارد؟
  60. برون سپاری فرایند دانش چیست و چگونه انجام می‌شود؟
  61. یکپارچه‌سازی و مدیریت خدمات (SIAM) چیست و چه کاربردی در کسب و کار دارد؟
  62. معرفی یک چارچوب ۳ مرحله‌ای برای نوشتن اهداف پروژه بهتر
  63. نظریه انگیزش مزلو چیست و چه کاربردی در مدیریت پروژه دارد؟
  64. مدل WSJF برای اولویت‌بندی کارهای پروژه و محصول
  65. چرا تیم‌های چابک به منشور تیم (Team Charter) نیاز دارند؟
  66. چارچوب کریستال در روش چابک چیست؟
  67. بررسی برآورد از پایین به بالا و کاربرد آن در مدیریت پروژه
  68. روش نمودار تقدم (PDM) چیست و چگونه در مدیریت پروژه استفاده می‌شود‌؟
  69. اصل هرم چیست و چگونه در ارائه به ما کمک می‌کند؟
  70. راهنمای گام به گام ایجاد نقشه راه محصول
  71. نظریه ذینفعان چیست و چه کاربردی در کسب و کار دارد؟‌
  72. تحقیق کاربر در UX چابک: چگونه UX و توسعه چابک دست به دست هم می‌دهند؟
  73. ۵ مورد از رایج‌ترین نشانه‌های شکست پروژه و نحوه جلوگیری از آن‌ها
  74. بک لاگ چیست و چرا در مدیریت پروژه اهمیت دارد؟
  75. اصلاح بک‌لاگ چیست و به چه منظور انجام می‌شود؟
  76. الزامات غیرعملکردی کدامند و چگونه می‌توان آن‌ها را در پروژه گنجاند؟

نوشته های مشابه

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

دوره آموزشی «مدیریت محصول» با مدرسانی از دیجی‌کالا و اکالا ؛ با رویکرد کاربردی و اجراییاطلاعات بیشتر و ثبت‌نام
بستن