مقياس قياس نقاط القصة في إطار سكروم [مغلق]

Question

وفقا لهذا مقالة Scrum :

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

هل يمكن لأي شخص أن يوضح:

1. ما يجب أن يكون مقياس القياس لنقاط القصص؟ يجب أن يكون من أصل 10 أو 100 أو أعلى نقطة القصة المعينة في تراكم المنتج معين؟
2. (قليلا خارج الموضوع) "عنصر تراكم المنتج" (التحقق من الصورة المرفقة) يتكون من جميع قصص المستخدمين للمشروع بينما يحتوي Backlog Sprint على مجموعة فرعية من القصص من Backlog المنتج. وقد قلت ذلك؛ إذا كان تراكم منتج واحد كافيا، فلماذا تسمح لنا TFS بنود متعددة منتجات تتراكم المنتج؟

Answer 1

1. You can use any scale you like. What I tend to do is the Fibbonaci (1, 2, 3, 5, 8, 13, 21, ...). To set the baseline of the scale we took a golden story which was average size and valued that with an 8 and one with a little less size and valued that 5. We now just value all the other stories to those two. And since you are working Agile you are just continuously improving. So if you feel that you need to have different golden stories: just do it.
2. The PBI (Product Backlog Item) work item is not the Product Backlog itself. It is the story on the backlog. The Product backlog list all the stories you would like to implement at some point in a specific order (hopefully the one with the highest business value is on top). When you want to pull a story into a sprint you change the iteration path. It is now pulled off the product backlog and shown on the sprint backlog.