دليل سكرم | 40. رعاية تراكم المنتجات

تعد رعاية Product Backlog إحدى المهام الأساسية لمالك المنتج. تتضمن عملية التنشئة صياغة ، تفصيل وإضافة قصص مستخدم جديدة إلى Product Backlog. ومع ذلك ، فإن أهم مهام التنشئة هي التأكد من أن الإدخالات الموضوعة في Backlog بالترتيب الصحيح ، أي تصبح ذات أولوية.

رعاية Product Backlog - جدول المحتويات:

1. مقدمة
2. الغرض من رعاية Product Backlog
3. أخطاء في صيانة Product Backlog
4. الصيانة المتراكمة مقابل المقاييس المستخدمة في سكروم
5. ملخص

مقدمة

يعد Product Backlog أحد منتجات Scrum. يحتوي على قائمة أولويات العمل المطلوب لإنشاء منتج. بمعنى آخر ، إنها قائمة بقصص المستخدمين الضرورية لتحقيق هدف المنتج. يمكنك العثور على وصف تفصيلي لماهية قصص المستخدمين في هذه المقالة. وإليك تفاصيل الخصائص وكيفية الحفاظ على Product Backlog.

تتم أيضًا رعاية Product Backlog بالأسماء التالية:

• تحديد أولويات التراكم ،
• صقل تراكم ،
• تحجيم تراكم.

الغرض من رعاية Product Backlog

يدير "مالك المنتج" Product Backlog. تشمل المهارات الأساسية تحديد أولويات المهام مع اقتراب موعد استحقاقها. هذا لأن الهدف من رعاية Product Backlog هو التأكد من أن وظائف المنتج تأتي بأعلى قيمة للأعمال ، أي تلك الأكثر أهمية من وجهة نظر العميل ، في أعلى قائمة المهام. ووصفهم واضح ومفصل بحيث يمكن أن يبدأ تنفيذها مباشرة في Sprint التالي.

يمكن تحديث Product Backlog يوميًا إذا لزم الأمر. يمكن لمالك المنتج إضافة قصص مستخدم جديدة إلى Product Backlog بعد التحدث إلى أصحاب المصلحة وفريق التطوير ، أو من خلال استخلاص النتائج وإعادة صياغة قصص المستخدمين المكتوبة بالفعل في Product Backlog.

التحديث الإلزامي لـ Backlog هو أحد المهام التي يتم إجراؤها أثناء Sprint Review. وصفنا هذه العملية بالتفصيل في هذه المقالة. عادة ، خلال هذا الاجتماع ، لا يناقش فريق Scrum المهام التي يجب إكمالها في Sprint التالي. كما تحدد بشكل مبدئي "قصص المستخدمين" وتنفيذها في السباقين أو الثلاثة سباقات التالية. هذه الطريقة في القيام بالأشياء تسمح لفريق Scrum وأنشطته بأخذ رؤية أوسع للاتجاه طويل المدى. إنها تمكن من التفكير في المهام التي يتم تنفيذها حاليًا من منظور تطورها في سباقات السرعة اللاحقة.

أخطاء في صيانة Product Backlog

واحدة من أكثر المشاكل شيوعًا فيما يتعلق برعاية Product Backlog هي السماح لها بالتوسع دون حسيب ولا رقيب. هذا لأنه أثناء العمل على المنتج ، تظهر تلقائيًا وظائف ومهام إضافية مختلفة يقترحها كل من أصحاب المصلحة وأعضاء فريق Scrum. لذلك ، يعد الحد من نمو نطاق Product Backlog (نطاق الزحف) أحد أهم المهام التي يقوم بها مالك المنتج. الأخطاء الأكثر شيوعًا التي يثيرها مالكو المنتجات:

1. الانحراف عن هدف المنتج - لا تعد إضافة الكثير من الأفكار إلى Product Backlog بما يتجاوز هدف المنتج الأساسي ممارسة جيدة ، لأنها تقلل بشكل كبير من قابليتها للقراءة. من الأفضل جمع الأفكار لوظائف إضافية في مستند منفصل.
2. تكرار المحتوى - إدخال أفكار متكررة أو متشابهة جدًا من أصحاب مصلحة مختلفين في Backlog - قبل إضافة إدخال آخر إلى Backlog ، يجب على مالك المنتج التأكد من أن الإدخال الجديد لا يكرر أيًا من المدخلات الحالية.
3. عدم وجود منظور أوسع - يجب عليك طلب إدخالات Product Backlog وفقًا لقيمتها فيما يتعلق بهدف المنتج. ومع ذلك ، ضع في اعتبارك أن تحديد الأولويات يجب أن يأخذ في الاعتبار العديد من Sprints التالية بحيث ترتبط المهام التي يتم إجراؤها في Sprint بسلاسة بكل من Sprint و Sprint التي تليها مباشرة

لا يمكنك تجنب أخطاء من هذا النوع. ومع ذلك ، فإن الوعي بحدوثها يمكن أن يجعل مالك المنتج أكثر حذراً بشأن إضافة قصص مستخدم جديدة إلى Product Backlog لتحقيق التوازن الصحيح. هذا لأنه من الخطأ أيضًا إعطاء Backlog الكثير من القطع وإزالة الإدخالات التي تحتوي على مهام متشابهة مختلفة. على سبيل المثال ، وصف وظائف المنتج المماثلة التي تختلف اختلافًا كبيرًا في التطبيق.

الصيانة المتراكمة مقابل المقاييس المستخدمة في سكرم

يحتوي Product Backlog على وصف للعمل المتبقي خلال المشروع. ومع ذلك ، يمكن فقط لـ Backlog المحدثة والمغذاة بانتظام تقدير نسبة مقدار العمل المنجز إلى الإجمالي بدقة. لتوضيح حجم العمل المنجز ، يجب عليك تطبيق مخطط Burndown ، الذي كتبنا عنه في هذه المقالة.

مقياس شائع آخر لوصف عمل فريق سكرم هو السرعة. يمكنك قياسه من خلال مقارنة عدد إدخالات Product Backlog التي تم تحويلها إلى زيادة خلال Sprint واحد. وصفنا السرعة بمزيد من التفصيل في هذه المقالة.

ملخص

ينفذ مالك المنتج رعاية Product Backlog. عندما يتم صيانة Product Backlog بشكل جيد ، يكون لدى فريق Scrum رؤية واضحة للعمل المتبقي. ويمكنه أيضًا الحصول على منظور أوسع وتطلعي لما يبدو عليه المسار إلى هدف المنتج. لهذا السبب يحتاج مالك المنتج إلى التأكد من أن قصص المستخدم المضمنة في Product Backlog مرتبة حسب الأولوية للاكتمال. وأيضًا أن المهام التي يجب إكمالها في Sprints القادمة موصوفة بأدق التفاصيل.

إذا أعجبك المحتوى الخاص بنا ، فقم بالانضمام إلى مجتمع النحل المشغول لدينا على Facebook و Twitter و LinkedIn و Instagram و YouTube و Pinterest.

المؤلف: كارولين بيكر

بصفتها مديرة المشروع ، تعد كارولين خبيرة في إيجاد طرق جديدة لتصميم أفضل تدفقات العمل وتحسين العمليات. مهاراتها التنظيمية وقدرتها على العمل تحت ضغط الوقت تجعلها أفضل شخص لتحويل المشاريع المعقدة إلى واقع.

مشاهدة جميع المشاركات

دليل سكروم:

1. مسرد للمصطلحات الأساسية والأدوار والمفاهيم
2. ما هو سكرم؟
3. قيم سكروم
4. كيف تنفذ سكرم في شركتك؟
5. فريق سكرم - ما هو وكيف يعمل؟
6. من هو مالك المنتج؟
7. أكثر أخطاء "مالك المنتج" شيوعًا
8. من هو سيد سكرم؟
9. خصائص سيد سكرم الجيد
10. الأخطاء الأكثر شيوعًا في Scrum Master
11. ما هي الإحصائيات والمقاييس التي يجب أن يتبعها Scrum Master؟
12. التعاون بين مالك المنتج و Scrum Master
13. فريق التطوير في سكرم
14. أكثر أخطاء المطورين شيوعًا
15. القطع الأثرية سكروم
16. تحجيم سكروم
17. سباق المتراكمة
18. ما هو Product Backlog؟
19. ما هي قصص المستخدم؟
20. إنشاء أفضل قصة مستخدم مع INVEST
21. أكثر أخطاء قصة المستخدم شيوعًا
22. معايير قبول قصة المستخدم
23. التقدير ونقاط القصة في سكرم
24. التخطيط للبوكر
25. لعبة تقدير الفريق
26. تحديد الزيادة
27. أحداث سكرم
28. ما هو Sprint in Scrum؟
29. التزامات فريق Scrum - هدف المنتج ، هدف Sprint وتعريف الإنجاز
30. ما هو مخطط Burndown؟
31. كيفية إنشاء وتفسير مخطط توقف؟
32. مزايا وعيوب مخطط التوقف
33. مجالس كانبان في سكرم وسكرومبان
34. السرعة في سكرم - سرعة فريق التطوير
35. ديلي سكرم
36. Sprint Planning
37. مراجعة Sprint
38. ما هو معرض Sprint Retrospective؟
39. الأخطاء الشائعة خلال Sprint Retrospective
40. رعاية تراكم المنتج