2. While we are waiting for the session to start, chat
with your neighbors:
– Are you on an Agile team?
– How many members are on the team?
– How long are your iterations?
– What’s your team’s velocity?
Chat with your Neighbors
3. ◊ Team’s capacity to complete work per iteration
◊ An Empirical observation
◊ A leading indicator
◊ For the entire team and not the individual member
◊ Different for each team
◊ Great for planning purposes
◊ Not an estimate
◊ Not a target
Velocity
4. Fadi Stephan
◊ 15+ years of experience in software
development
◊ Focused on Agile and Scrum since 2006
– Agile readiness & maturity
assessments
– Scrum coaching & mentoring
– Scrum and Agile Engineering training
◊ Founder of the DC Software
Craftsmanship User Group
◊ Organizer of the DC Scrum User Group
7. 1. Our highest priority is to satisfy the customer through early and continuous delivery of valuable
software.
2. Welcome changing requirements, even late in development. Agile processes harness change for the
customer's competitive advantage.
3. Deliver working software frequently, from a couple of weeks to a couple of months, with a preference
to the shorter timescale.
4. Business people and developers must work together daily throughout the project.
5. Build projects around motivated individuals. Give them the environment and support they need, and
trust them to get the job done.
6. The most efficient and effective method of conveying information to and within a development team
is face-to-face conversation.
7. Working software is the primary measure of progress.
8. Agile processes promote sustainable development. The sponsors, developers, and users should be
able to maintain a constant pace indefinitely.
9. Continuous attention to technical excellence and good design enhances agility.
10. Simplicity--the art of maximizing the amount of work not done--is essential.
11. The best architectures, requirements, and designs emerge from self-organizing teams.
12. At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its
behavior accordingly.
Agile Principles
8. ◊ Read the principles behind the Agile manifesto
◊ For each principle determine
– What should be measured?
– How do we measure it?
Agile Metrics
9. 1. Our highest priority is to satisfy the customer through early and continuous delivery of
valuable software.
2. Welcome changing requirements, even late in development. Agile processes harness
change for the customer's competitive advantage.
3. Deliver working software frequently, from a couple of weeks to a couple of months, with a
preference to the shorter timescale.
4. Business people and developers must work together daily throughout the project.
5. Build projects around motivated individuals. Give them the environment and support they need,
and trust them to get the job done.
6. The most efficient and effective method of conveying information to and within a development team is
face-to-face conversation.
7. Working software is the primary measure of progress.
8. Agile processes promote sustainable development. The sponsors, developers, and users should be able to
maintain a constant pace indefinitely.
9. Continuous attention to technical excellence and good design enhances agility.
10. Simplicity--the art of maximizing the amount of work not done--is essential.
11.The best architectures, requirements, and designs emerge from self-organizing teams.
12.At regular intervals, the team reflects on how to become more effective, then tunes and adjusts
its behavior accordingly.
Agile Principles
13. 1. Our highest priority is to satisfy the customer through early
and continuous delivery of valuable software.
7. Working software is the primary measure of
progress.
Value
14. Customer Satisfaction Survey
◊ How satisfied are you
with the latest
release?
◊ How likely are you to
recommend the
product to others?
15. ◊ Kano analysis
◊ Relative weighting
◊ Theme screening
◊ Theme scoring
◊ Financial (NPV, IRR, Discounted Payback Period)
◊ Relative Business Value Points
◊ Not at the Story level
Business Value
27. 1. Our highest priority is to satisfy the customer through
early and continuous delivery of valuable
software.
3. Deliver working software frequently, from a
couple of weeks to a couple of months, with a preference to
the shorter timescale.
7. Working software is the primary
measure of progress.
Delivery
33. 4. Business people and developers must work together
daily throughout the project.
5. Build projects around motivated individuals. Give
them the environment and support they need, and trust them
to get the job done.
6. The most efficient and effective method of conveying
information to and within a development team is face-to-
face conversation.
8. Agile processes promote sustainable development. The
sponsors, developers, and users should be able to maintain a
constant pace indefinitely.
11. The best architectures, requirements, and designs emerge
from self-organizing teams.
Collaboration
37. Value Quality
Delivery Collaboration
Continuous
Improvement
Dashboard
Customer Survey
Business Value Velocity
Running Tested Features Production Bugs
Quality Code Metrics
Technical Debt
Burnup
Burndown
CFD
Niko-niko Calendar
Team survey
Adapted from http://www.slideshare.net/petebehrens/measuring-agility-top-5-metrics-and-myths
38. ◊ Focus on building features (not measuring)
◊ Take few actionable metrics
◊ A metric should lead to changing behavior
◊ Monitor trends
Continuous Improvement
39. Team Radar
Delivering Business Value
Asking & Receiving Feedback
Responding to Change
Understanding Vision & Goal
Planning
Applying Technical Practices
Working as a Team
Continuously Improving
Sprint 1 Team Self Assessment
40. Team Radar
Delivering Business Value
Asking & Receiving Feedback
Responding to Change
Understanding Vision & Goal
Planning
Applying Technical Practices
Working as a Team
Continuously Improving
Sprint 5 Team Self Assessment
44. Velocity Checklist
Question: How much software can my team deliver per iteration?
Basis of Measurement: Story points or “ideal engineering hours”
Assumptions: The team is delivering software every iteration
Level and Usage: Forecasting amount of work team can complete
Expected Trend: Affected by changing team members, obstacles,
toolsets. Stabilizes with a dedicated team working together for a
couple of iterations
When to Use It: Track after each iteration
When to Stop Using It: Team is stable and velocity is “known”
How to Game It: Teams changes point estimates to meet target
Warnings: Velocity is not the same as value
http://www.innovel.net/wp-
content/uploads/2007/07/appropriateagilemeasurementagilemetrics.pdf