بکلاگ محصول یک جزء حیاتی از توسعه محصول چابک است. این یک سند زنده است که تمام ویژگی ها، عملکردها، الزامات، پیشرفت ها و اصلاحاتی را که باید برای انتشار محصول توسعه یابد، فهرست می کند. مدیریت موثر بک لاگ محصول برای اطمینان از اینکه محصول نیازهای کاربران و ذینفعان خود را برآورده می کند، ضروری است. چارچوب DEEP مجموعه ای از دستورالعمل ها است که می تواند به تیم ها کمک کند تا بک لاگ محصول را به طور موثر مدیریت کنند.
فریمورک DEEP
چارچوب DEEP مخفف Detailed Proper ، Estimated ، Emergent و Priority است. هر مورد در بک لاگ محصول باید به طور مناسب دقیق باشد و جزییات گرفته باشد (Detailed Appropriately)، با Story Point تخمین زده شده باشد (Estimated)، برآیند همه تغییرات پیشامده تا لحظاتی قبل از توسعه باشد (Emergent) و بر اساس عوامل متعددی مانند ارزش کاربر، ارزش تجاری، امکان سنجی فنی، پیچیدگی و وابستگی ها اولویتبندی (Prioritized) شود. با پیروی از چارچوب DEEP، تیمها میتوانند بکلاگ محصول را به طور موثر مدیریت کنند و اطمینان حاصل کنند که موارد موجود در بکلاگ بهطور مناسب، تفصیل، برآورد، نوظهور و اولویتبندی شدهاند.
در اینجا مروری کوتاه بر هر عنصر فریمورک DEEP آورده شده است:
- به طور مناسب جزئیات گرفته (Detailed Appropriately): هر مورد در بکلاگ محصول باید بهطور مناسب دقیق باشد، بنابراین تیم درک روشنی از آنچه باید توسعه یابد داشته باشد. سطح جزئیات باید به اندازه کافی باشد تا وضوح و جهت گیری را برای تیم توسعه فراهم کند.
- برآورد شده (Estimated): هر مورد در بکلاگ محصول باید با Story Point تخمین زده شود تا سطح تلاش مورد نیاز برای توسعه درک شود. از Story Point برای تخمین میزان کار مورد نیاز برای تکمیل آیتم بکلاگ استفاده میشود.
- اورژانسی یا برآیند شده (Emergent): بکلاگ محصول یک سند زنده است که به طور مداوم بهروز میشود زیرا تیم درک بیشتری از نیازهای محصول به دست میآورد. اقلام را میتوان بر اساس تغییرات در الزامات محصول اضافه، حذف یا به روز کرد.
- اولویتدار شده (Prioritized): بکلاگ محصول باید براساس عوامل متعددی مانند ارزش کاربر، ارزش تجاری، امکان سنجی فنی، پیچیدگی و وابستگیها اولویتبندی شود. اولویت بندی به تیم توسعه کمک می کند تا ابتدا روی مهم ترین موارد تمرکز کند.
با پیروی از چارچوب DEEP، تیم ها می توانند بکلاگ محصول را به طور موثر مدیریت کنند و اطمینان حاصل کنند که موارد موجود در بکلاگ به طور مناسب، تفصیل، برآورد، نوظهور و اولویت بندی شده اند.
این به تیم کمک می کند تا یک بکلاگ محصول جامع و اولویت بندی شده ایجاد کند که نشان دهنده درک فعلی از نیازهای محصول است.
مراحل توسعه بکلاگ اولیه محصول با فریمورک DEEP
- بر اساس سناریوی ارائه شده، ناحیههای اصلی مشکل را شناسایی کنید. (Detailed Appropriately)
مثال: مناطق اصلی مشکل سیستم فناوری اطلاعات کند و مستعد خطا است که منجر به صفهای پرداخت طولانی، مشتریان ناامید، دادههای موجودی نادرست، انبار و انبار بیش از حد می شود. - ذینفعان احتمالی را شناسایی کنید. (Detailed Appropriately)
مثال: مدیریت شرکت، تیم فناوری اطلاعات، کارکنان خرده فروشی - برای شناسایی راه حل های بالقوه برای مشکلات با ذینفعان همکاری، همفکری و همدلی کنید. (Detailed Appropriately)
مثال: نظرات ذینفعان را در نظر بگیرید و برای هر راه حل تجزیه و تحلیل هزینه-فایده انجام دهید. - راه حلهای بالقوه را براساس تأثیر آنها بر کسبوکار، امکانسنجی و هزینه اولویتبندی کنید. (Emergent)
- راه حل ها را به کارهای کوچکتر تقسیم کنید. (Estimated)
هنگامی که راه حلها اولویتبندی شدند، آنها را به کارهای کوچکتر یا داستانهای کاربر تقسیم کنید. هر کار باید مستقل، قابل مذاکره، با ارزش، قابل تخمین، کوچک، قابل تست (INVEST) باشد.سوالات کلیدی برای ارزیابی INVEST۱. آیا این Story به تنهایی قابل پیادهسازی است؟ (I)
۲. آیا ذینفعان میتوانند در جزئیات مذاکره کنند؟ (N)
۳. چه ارزشی برای کاربر نهایی ایجاد میکند؟ (V)
۴. آیا تیم میتواند آن را تخمین بزند؟ (E)
۵. آیا میتوان آن را در حداکثر ۳ روز تکمیل کرد؟ (S)
۶. چگونه موفقیت آن را اندازه میگیریم؟ (T)
با رعایت INVEST، کیفیت بکلاگ شما به شکل محسوسی بهبود مییابد و از تخمینهای نادرست جلوگیری میشود. - تلاش و پیچیدگی و سطح ریسک را با Story point برای هر کار کوچکشده بکلاگ آیتم تخمین بزنید. (Estimated)
از تخمینهای تاریخی بکلاگ براساس Story Point در گذشته به عنوان سنجه برای تخمین سطح تلاش مورد نیاز، برای آیتمهای آینده استفاده کنید. - با لیست کردن کلیه آیتمهای INVEST شده به ترتیب اولویت بکلاگ محصول اولیه را ایجاد کنید. (Prioritized)
مطالعه مقاله اصلی
دیدگاهتان را بنویسید