I recommend that teams in transition to agile approaches measure their cycle time as described in Cycle Time Shows How Long Work Takes. Here’s why:
Cycle time helps a team see how large its stories really are.
Cycle time provides a team a rough rule of thumb for quickly estimating a large number of stories.
Cycle time helps people see whether they tend to be optimistic or pessimistic estimators.
Here’s how you use cycle time for estimation:
Story | Story Start Day | Story End Day | Story Duration |
---|---|---|---|
1 | Day 1 | Day 3 | 2 days |
2 | Day 3 | Day 4 | 1 day |
3 | Day 4 | Day 6 | 3 days |
4 | Day 7 | Day 8 | 2 days |
5 | Day 8 | Day 10 | 2 days |
Totals: |
|
|
|
5 Stories | 10 days | Average Cycle Time: | 2.4 Days |
The average cycle time helps you know the average duration of a story. Some of the stories will take longer and some will take less time. You can count the stories, multiply by the average cycle time, and have a reasonable estimate.
What if you see a cycle-time variance as shown in the table?
Story | Story Start Day | Story End Day | Story Duration |
---|---|---|---|
1 | Day 1 | Day 3 | 2 days |
2 | Day 3 | Day 7 | 4 days |
3 | Day 7 | Day 15 | 8 days |
4 | Day 15 | Day 16 | 1 day |
5 | Day 16 | Day 19 | 3 days |
Totals: |
|
|
|
5 Stories | 19 days | Average Cycle Time: | 3.6 Days |
The average cycle time is 3.6 days, but the maximum is 8 days. Can you use cycle time for estimation? You can, but your confidence will be lower if you do.