Agile metrics

2,276 views

Published on

Published in: Business
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,276
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
78
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide
  • For teams using an iterative Agile process, like Scrum, the most common metrics revolve around story points. Commonly, Scrum iterations (sprints) are comprised of a set of user stories with each user story given an estimate in story points. At the iteration level, the team commits to the stories they can complete in the iteration. The sum of the story points for these stories is the projected velocity for the iteration. Once the iteration is completed, the sum of the story points for all of the completed user stories is the team’s actual velocity for the iteration. Teams may also decompose stories into tasks and these tasks can be assigned estimates as well. These estimates may be hours to complete, due date, or any other applicable unit of measure. This decomposition and task level estimation is optional; I recommend this level of granularity to be based upon the needs of the team and project.Hours do it if it brings value without too much overhead 
  • Assumes your project has an end state
  • displays the Project Burn Up and Project Burn Down chart for the same project. The Burn Up line displays the story points completed. The Burn Down line displays story points remaining. For organizations that are familiar with EVM type tracking, these Burn Up and Burn Down values can often be translated to EVM measures.Warning on burn down charts, does not give you whole picture
  • The Iteration Burn Up and Iteration Burn Down chart is similar to the Project Burn Up and Project Burn Down charts, but the iteration chart tracks the work at an iteration level. In Figure 2 we are tracking the iteration based on hours completed and hours remaining. We can see that at the end of the iteration, there was 94 hours work of work that was not completed.
  • Good for on-going teams without start and end
  • Velocity good for team usage, bad for management usage
  • Identify where the effort was spent
  • Agile metrics

    1. 1. Agile Metrics for Iterative Processes<br />Agile Center of Excellence<br />Richard K Cheng<br />
    2. 2. Agenda<br />Metrics for the project<br />Metrics for the iteration<br />Metrics for team performance<br />Metrics for business initiatives and value<br />Metrics for the enterprise<br />2<br />
    3. 3. Common Agile Metrics<br />Story points – Commonly used as a rough order of magnitude effort estimate for user stories (common in Scrum, other processes such as Kanban have metrics such as TTC)<br />Projected velocity – Sum total of story points at the start of the iteration<br />Actual velocity – The sum of completed stories points at the end of the iteration<br />Hours?<br />3<br />
    4. 4. Metrics for the project<br />4<br />
    5. 5. Metrics for the project<br />Baseline Story Point represent the remaining story points at the start of the iteration<br />Story Point Updates represent story points that are added or removed to the overall project during the iteration<br />Story Points Completed represent the story points completed for the iteration<br />Cumulative Story Points Delivered represent total story points delivered to date<br />Story Points Remaining represent the remaining story points at the end of the iteration<br />Ideal Pace represent the pacing of the project based upon the story points remaining and estimated velocity of the team. In this example, I show it as it was at the start of the project, however, this should be updated often. Updating at the end of each iteration is ideal.<br />5<br />
    6. 6. Metrics for the project<br />6<br />Project Burn Down / Burn Up Chart<br />
    7. 7. Metrics for the iteration<br />7<br />
    8. 8. Metrics for team performance<br />For a Scrum team, key goals include:<br />Achieving a high completion percentage (actual velocity / projected velocity)<br />Stabilizing velocity<br />Increasing velocity (after 1 and 2)<br />8<br />
    9. 9. Metrics for team performance<br />9<br />
    10. 10. Metrics for team performance<br />10<br />
    11. 11. Metrics for team performance<br />11<br />
    12. 12. Metrics for business initiatives<br />12<br />First Quarter Initiatives<br />
    13. 13. Metrics for business value<br />13<br />
    14. 14. Metrics across the enterprise<br />Limits of velocity….<br />How do you measure teams against each other?<br />What are the metrics for executives?<br />14<br />
    15. 15. Contact Information<br />15<br />Richard K Cheng<br />richard.cheng@excella.com<br />http://www.excella.com<br />http://www.Excella.com/blogs/richardcheng<br />http://www.OneMoreAgileBlog.com<br />http://www.onemoreagileblog.com/2009/07/common-agile-metrics.html<br />

    ×