- 1. Team Productivity or Velocity Here, the number of user story points delivered by the team per sprint is recorded. However, this should not be used as a comparative parameter between teams. Rather, team velocity will help managers ascertain the typical productivity of the team per sprint so that this knowledge can be used to plan future iterations better.
- 2. Individual Productivity This KPI quantifies the productivity of individual team members as the number of user story points per developer per sprint. Again, the goal is to simply assess the capabilities of each team member, and not use the data as a performance evaluation criterion.
- 3. Defect Density This is a true software performance measure that captures the number of confirmed defects identified in a software during a defined period of operation, divided by the number of user story points, i.e. the size of the software. By tracking this metric, the actual performance of the application in production can be improved.
- 4. Production Incident Another related performance improvement metric is the number of production incidents or software crash rate. This is defined as the number of times the software crashed versus the number of times it performed as per plan. Using this metric and incident root cause analysis, organizations can improve application performance over time.
- 5. Defect Leakage/Seepage Here, the ratio of total defects identified in a defined phase divided by the number of defects identified during formal testing is measured. This way, both development and testing effectiveness can be improved.
Conclusion
While the above are some specific metrics used in Agile processes, other common ones include the cycle time, lead time, number of customer issues and number of committed stories versus delivered stories. Whatever metrics a business decides to track across its software development lifecycle (SDLC), it’s important to remember that the fundamental objective of a metric is to help the business make better decisions. So, you should customize your KPIs based on your software development requirements and user expectations, rather than tracking standard metrics.