From the course: Agile at Work: Planning with Agile User Stories
Unlock the full course today
Join today to access over 24,100 courses taught by industry experts.
Understand velocity
From the course: Agile at Work: Planning with Agile User Stories
Understand velocity
- How does an Agile team determine how much work they can start and finish in an iteration? First, the scope of work must be broken down into small enough requirements to enable this to happen. It is a good thing you've learned the most common and practical technique for de-composing higher level or more significant requirements, user and technical stories. Next, they need a point of reference for the size of those small requirements. For our good news, you have learned about relative sizing and story points. Great. Let's have a backlog filled with stories. How many should we plan to do in our next iteration? Well, if all of them were the same level of effort and complexity, we could calculate an average over time, and that is how many we could repeatedly do. With some experience and a few iterations under our belt, we find we can begin to complete approximately 10 stories per iteration. That sure would make planning easy. We identified the 10 stories we will do and off we go. Well…
Contents
-
-
-
-
-
(Locked)
Ready to implement1m 56s
-
(Locked)
Identified state1m 15s
-
(Locked)
Sized state1m 5s
-
(Locked)
Relative sizing techniques3m 34s
-
(Locked)
Team estimation5m 37s
-
(Locked)
Size with points vs. estimate with hours2m 13s
-
(Locked)
Understand velocity3m 10s
-
(Locked)
Prioritized state52s
-
(Locked)
Input to backlog prioritization and planning3m 25s
-
(Locked)
Ready to implement state1m
-
(Locked)
Acceptance criteria4m 38s
-
(Locked)
Story quality and the definition of ready4m 39s
-
(Locked)
-
-