راهنمای اسکرام «پالایش بک‌لاگ محصول» را این‌گونه تعریف می‌کند:

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

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

مولفه‌های جدید بک‌لاک محصول

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

اولویت‌بندی مولفه‌های بک‌لاگ محصول

حال لازم است در مورد آن‌که کدام‌یک از مولفه‌های بک‌لاگ محصول باید در بالای بک‌لاگ قرار گیرند گفتگو شود (کدام PBIs بیشترین اولویت‌ها را دارند). ممکن است این دسته از مولفه‌ها به دلیل اهمیت‌شان نیاز به توجه و گفتگوی بیشتری داشته باشند. همچنین ممکن است ضرورت داشته باشد برای شناسایی ریسک‌های احتمالی، برآورد اولیه‌ای نیز در مورد آنها صورت گیرد.

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

مولفه‌های «آماده» در بک‌لاگ محصول “Ready” Product Backlog Items

بخش قابل توجهی از زمان ما در جلسه‌ها صرف آماده‌سازی مولفه‌های بالای بک‌لاگ محصول می‌شود که نتیجه آن اطمینان از «آماده» بودن آنها برای اسپرینت پیش‌رو خواهد بود. از همین‌رو لازم‌است بررسی آن‌دسته مولفه‌ها یا روایت‌های کاربری که کماکان نیاز پالایش، شفاف‌سازی، تجزیه به اجزای کوچک‌تر، تخمین و برآورد یا تعیین اندازه دارند، ادامه یابد. هدف از تمامی این توصیه‌ها آن است که در زمان برنامه‌ریزی اسپرینت با شگفتی قابل توجه و بزرگی مواجه نشویم. روایت‌های کاربری که در بالای بک‌لاگ محصول قرار دارند، طی چند جلسه پالایش بررسی و تدقیق شده‌اند. در جریان پالایش و در هر مرحله، لازم است جزییات لازم و معیارهای پذیرش براساس پرسش‌ها و ابهام‌های مطرح شده از سوی توسعه‌دهندگان به این روایت‌ها افزوده شوند. اندازه این روایت‌ها، اجزا یا مولفه‌ها به گونه‌ای است که به خوبی در قالب یک اسپرینت قابل انجام باشند و در عین‌حال ضمن خلق ارزش دارای ویژگی End-to-End نیز باشند (مقصود از End-to-End آن است که از دید کاربر نهایی، یک قابلیت کامل و قابل استفاده را ارائه دهد، تمام مراحل توسعه، تست، یکپارچه‌سازی و آماده‌سازی برای انتشار را شامل شود و به‌صورت مستقل و بدون وابستگی به مولفه‌های دیگر قابل تحویل باشد).

توجه مهم: در «راهنمای اسکرام»، مفهومی تحت عنوان «آماده» یا «Ready» وجود ندارد.

ریسک‌ها

در نهایت لازم است مولفه‌هایی از بک‌لاگ محصول را که دارای ریسک یا پیچیدگی هستند شناسایی کرده و آنها را مورد بررسی قرار دهیم. ممکن است ضروری باشد که برای برخی مولفه‌ها یک فعالیت تحقیقاتی کوتاه مدت و دارای چارچوب زمانی (اسپایک – Spike) در نظر گرفته شده و به بک‌لاگ اسپرینت افزوده شوند. هدف از بررسی ریسک‌ها پیش‌بینی اسپایک‌ها آن است که دانش تیم افزایش یابد و امکان کاهش پیچیدگی و مدیریت‌پذیری ریسک‌ها فراهم شود.

منبع: www.kaizenko.com

در صورت تمایل در شبکه‌های اجتماعی با من همراه باشید.

تلگرام

لینکدین

اینستاگرام