همانطور که در مطلب قبلی در مورد اسکرام توصیحاتی داده شد : Product Backlog نامی است که به بانک اطلاعاتی نیازمندهای عملیاتی و غیر عملیاتی کل یک پروژه اطلاق می‌شود و در حقیقت مجموعه‌ای اولویت بندی شده از نیازمندی‌های سطح بالای سیستمی است که در نهایت بایستی تحویل داده شود.


بصورت خلاصه، مواردی که باید در تکمیل و بروزرسانی Product Backlog مورد توجه قرار داد:
۱- فقط ورودی‌هایی که برای مشتری ارزش ایجاد می‌کند را ثبت کنید.
۲- Product Backlog یک سند زنده است.
۳- سطح جزئیات ورودی وابسته به مکان قرارگیری‌اش می‌باشد.
۴- هیچ وظیفه‌ی سطح پایینی در Product Backlog وجود ندارد.
۵- تمام ورودی‌ها بصورت اولویت بندی شده و مرتب شده قرار می‌گیرند.
۶- همه‌ی ورودی‌ها تخمین زده می‌شوند.

 

در ادامه بصورت کامل به تشریح موارد بالا می‌پردازیم.

 

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

  • نیازهای مشتری
  • موارد مختلف فنی
  • کارهای لازم برای lunch محصول (راه اندازی محیط، رفع نواقص)

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

 

 

۲- Product Backlog یک سند زنده است.
Product Backlog در طول پروژه تغییر می‌کند. اگر لازم شود نیازهای جدید اضافه  یا نیازهای فعلی ثبت شده اصلاح می‌شود. ممکن است جزییات جدیدی ثبت یا حذف شود. بدین ترتیب مجموعه نیازمندی‌های نهایی بصورت مستقیم اصلاح و توسعه پیدا می‌کنند و این در نتیجه‌ی  نرم‌افزار دیده شده و تلاش‌ها برای بهینه‌سازی و توسعه نرم افزار به حداقل می‌رسد.

 

product backlog

 

 

۳- سطح جزئیات ورودی وابسته به مکان قرارگیری‌اش می‌باشد.
در Product Backlog فقط آن نیازمندی‌هایی که در طول Sprint های بعدی تعریف شده‌اند با جزئیات بیشتری گفته می‌شوند و هر نیازمندی دیگری غیر آنها باید بصورت کلی نوشته شود.دلیل بکارگیری این روش بخاطر هدر نرفتن زمان است زیرا اکثر نیازمندی ها تا زمان شروع پیاده‌سازی آنها تغییر خواهند کرد.

 

 

در بخش دوم این مطلب به تشریح ۳ مورد آخر خواهیم پرداخت.
در صورتی که سوالی داشتید می توانید از طریق ثبت دیدگاه از ما سوال کنید.