Измерительная шкала для точек истории в структуре Scrum [Закрыто]

Question

Согласно этому СТРАНИЦА СКРУМ :

истории очков являются относительными значениями, которые не переводятся непосредственно в определенное количество часов. Вместо этого история очков поможет команде количественно Общий размер пользовательской истории. Эти относительные оценки меньше точный, чтобы они требовали меньше усилий, чтобы определить, и они держат лучше со временем. Оцениваясь в истории очках, ваша команда будет предоставить общий размер пользовательских историй сейчас и разрабатывать больше Подробная оценка часов работы спустя, когда члены команды собирается внедрить пользовательские истории.

может кто-нибудь уточнить:

1. Что должно быть измерительная шкала для точек истории? Должна ли это быть из 10, 100 или самая высокая история, назначенная в данном отступлении продукта?
2. (Little Off-topic) A 'Product Backlog item' (проверьте прикрепленное изображение) состоит из всех пользовательских историй проекта, в то время как заднее блоки SPRINT содержит подмножество историй от отставания продукта. Было сказано, что; Если одному товарное отставание достаточно, то почему 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.