سكرم (تطوير البرمجيات)
تعريفات Artifacts > قائمة مهام المنتج Product backlog

قائمة مهام المنتج (Product backlog) هو قائمة مرتبة من المتطلبات المحفوظة لمنتج .
وهو يتألف من الخصائص، الإصلاحات، متطلبات غير وظيفية، وما إلى ذلك كل ما يجب القيام به من أجل تقديم منتج قابل للحياة بنجاح.
بنود قائمة مهام المنتج Product backlog Items (PBIs) هي مرتبة من قبل مالك المنتج (Product Owner) بناء على اعتبارات مثل المخاطرة، القيمة التجارية، الاعتماديات، التاريخ المطلوب، الخ
عادة العناصر المضافة إلى القائمة تكون في شكل قصص المستخدم.
قائمة مهام المنتج هو ما سوف يتم تسليمه، بالتسلسل أو الترتيب الذي يجب تسليمه به.
القائمة مفتوحة وقابلة للتحرير من قبل أي شخص،
ولكن مالك المنتج هو المسؤول في النهاية عن ترتيب البنود المدرجة على القائمة لفريق التطوير للاختيار.
تحتوي قائمة مهام المنتج على
تقييم مالك المنتج من قيمة الأعمال
وتقييم فريق تطوير من جهود التنمية،
والتي هي في كثير من الأحيان، ولكن ليس دائما، تذكر علي هيئة نقاط باستخدام تقييم أرقام متسلسلة فيبوناتشي .
هذه التقديرات تساعد مالك المنتج لقياس خط زمني وقد تؤثر على ترتيب البنود المتراكمة.
على سبيل المثال، إذا كانتا «إضافة التدقيق الإملائي» و «إضافة دعم الجدول» مهمتين لهما القيمة التجارية نفسها للعميل، فان مالك المنتج قد يقدم المهمة ذات المجهود الأقل في التطوير (لأن العائد على الاستثمار (ROI) سيكون أعلى) أو يقدم تلك ذات المجهود الاعلي (لأنها أكثر تعقيدا أو أكثر مخاطرة، هو يريد أن يتخلص من هذه المخاطرة مبكرا).
قائمة مهام المنتج والقيمة التجارية لكل بند فيها هو من مسؤولية مالك المنتج.
حجم كل بند من بنود قائمة مهام المنتج (أي التعقيد أو جهد أي قدر) يحدده فريق التنمية، والذي يساهم في تحجيم البنود، سواء على حسب الصعوبة أو عدد ساعات العمل المقدرة في تطويرها.
هناك سوء فهم شائع بأن قصص المستخدم الوحيدة التي يسمح بها في قائمة مهام المنتج . على النقيض من ذلك، سكرم محايدة في أي تقنيات تقوم باضافة البنود. وينص سكرم على:
البنود في قائمة مهام المنتج تكتب بأي شكل من الأشكال مدامت واضحة ومحفوظة.
خلافا لسوء الفهم الشائع، فانها لا تحتوي على «قصص المستخدم» ولكن تحتوي ببساطة على البنود.
ويمكن التعبير عن هذه البنود كقصص مستخدم user stories، حالات الاستخدام use cases، أو أي اسلوب لذكر متطلبات أخرى يراه الفريق مفيد.
ولكن أيا كان الاسلوب، ينبغي أن تركز معظم البنود على تقديم أو إضافة قيمة تجارية للعملاء
سكرم ينص على أن يتم تحديد دور مالك المنتج : مالك المنتج هو المسؤول عن تعظيم قيمة المنتج وعمل فريق التطوير.
مالك المنتج يجمع المدخلات، ويأخذ ردود الفعل من قبل كثير من الناس، ولكنه يبني في نهاية المطاف القرار فيما يتم بناؤه. كما أنه وحده المسؤول عن إدارة قائمة مهام المنتج .
يتم استخدام قائمة مهام المنتج في:
تحديد طلبات تعديل المنتج: هذا يمكن أن يشمل إضافة ميزات جديدة، لتحل محل الميزات القديمة، وإزالة الميزات وإصلاح المشاكل
ضمان ان فريق التطوير يقوم بتسليم منتج ذى قيمة تجارية تزيد من استفادة صاحب العمل
عادة، صاحب المنتج وفريق التطوير معا يقومان بكتابة كل ما يحتاج إليه العمل ووضع الأولويات ويصبح هذا هو المحتوى للسبرنت الأول، هو كتلة العمل باطار زمني مركز على العناصر المحددة التي يمكن استيعابها ضمن هذا الإطار الزمني.
هذا ويسمح لقائمة مهام المنتج أن تتطور وفقا لتطرق معلومات جديدة حول المنتج وعملائه، والعمل الجديد يدرج في السباقات المقبلة (next sprints).
تشمل قائمة مهام المنتج العناصر التالية عادة: الخصائص (features)، والمشاكل (bugs)، والعمل الفني (Technical work)، واكتساب المعرفة (knowledge acquisition).
في مجال تطوير الويب، وهناك التباس بين الخصائص والمشاكل،
من الناحية الفنية الميزة الخصائص «مطلوبات»، في حين أن المشاكل هو سمة من سمات هذا هو «غير مقصودة» أو «غير مرغوب فيه» (ولكن قد لا يكون بالضرورة شيء معيب).
ومثال على العمل الفني : «تشغيل اختبار الفيروسات على كافة محطات العمل للمطورين».
ومثال على اكتساب المعرفة يمكن أن يكون بند من بنود سكرم في قائمة المنتج حول البحث مكتبات وورد برس Wordpress ثم عمل اختيار.