Resources > Articles

9 Scrum Metrics to Keep Your Team on Track

Post Author
  • Robert Boyd is a CSM (Certified Scrum Master) and CSPO (Certified Scrum Product Owner). Robert began his career with the U.S. Navy, where he worked on nuclear submarines. He transferred his skills to the private sector, working on submarine combat systems at Raytheon for 22 years. During that time he helped streamline processes and systems for the Australian Collins Submarine. He moved to Australia permanently in 2002 and began creating new software development processes for Integrated Research in Sydney. He also introduced agile methodologies to software and product management departments, resulting in a 300 percent increase of feature deliveries. Bob earned a B.S. in computer science from University of Rhode Island. He can be reached at Robert.boyd@ir.com.

9 Scrum Metrics to Keep Your Team on Track

The old adage “you can’t improve what you can’t measure” indicates the need to know how you know. In traditional projects, milestones and key performance indicators (KPIs) measure project progress and individual contributions to that project.

But while agile scrum defines several milestones—sprint planning, daily standup, sprint review, sprint retrospective, backlog grooming—the milestones alone don’t provide any guarantees of progress or success. However, each one allows team members to inspect and adapt how—and what—they work on.

Below are nine key metrics I’ve identified specifically for measuring the success of scrum teams for keeping sprints on track. It’s followed by a checklist of items to look out for if your team is not measuring up.

The KPIs of Agile

  1. strong>Actual Stories Completed vs. Committed Stories – the team’s ability to understand and predict its capabilities. To measure, compare the number of stories committed to in sprint planning with the stories identified as completed in the sprint review.
  2. Technical Debt Management – the known problems and issues delivered at the end of the sprint. It is usually measured by the number of bugs, but may also include deliverables such as training material, user documentation and delivery media.
  3. Team Velocity – the consistency of the team’s estimates from sprint to sprint. Calculate by comparing story points completed in the current sprint with points completed in the previous sprint; aim for +/- 10 percent.
  4. Quality Delivered to Customers – Are we building the product the customer needs? Does every sprint provide value to customers and become a potentially releasable piece of the product? It’s not necessarily a product ready to release but rather a work in progress, designed to solicit customer comments, opinions and suggestions. This can best be measured by surveying the customers and stakeholders.
  5. Team Enthusiasm – a major component for a successful scrum team. If teammates aren’t enthusiastic, no process or methodology will help. Measuring enthusiasm can be done by observing various sprint meetings or, the most straightforward approach, simply asking team members “Do you feel happy?” and “How motivated do you feel?”
  6. Retrospective Process Improvement – the scrum team’s ability to revise its development process to make it more effective and enjoyable for the next sprint. This can be measured using the count of retrospective items identified, the retrospective items the team committed to addressing and the items resolved by the end of the sprint.
  7. Communication – how well the team, product owner, scrum master, customers and stakeholders are conducting open and honest communications. Through observing and listening you will get indications and clues about how well everyone is communicating.
  8. Team’s Adherence to Scrum Rules and Engineering Practices – Although scrum doesn’t prescribe engineering practices—unlike XP—most companies define several of their own for their projects. You want to ensure that the scrum team follows the rules your company defines. This can be measured by counting the infractions that occur during each sprint.
  9. Team’s Understanding of Sprint Scope and Goal – a subjective measure of how well the customer, product team and development team understand and focus on the sprint stories and goal. The goal is usually aligned with the intended customer value to be delivered and is defined in the acceptance criteria of the stories. This is best determined through day-to-day contact and interaction with the team and customer feedback.

PM Scrum Metrics

Download this chart to help your team stay on task.

Author

  • Robert Boyd is a CSM (Certified Scrum Master) and CSPO (Certified Scrum Product Owner). Robert began his career with the U.S. Navy, where he worked on nuclear submarines. He transferred his skills to the private sector, working on submarine combat systems at Raytheon for 22 years. During that time he helped streamline processes and systems for the Australian Collins Submarine. He moved to Australia permanently in 2002 and began creating new software development processes for Integrated Research in Sydney. He also introduced agile methodologies to software and product management departments, resulting in a 300 percent increase of feature deliveries. Bob earned a B.S. in computer science from University of Rhode Island. He can be reached at Robert.boyd@ir.com.

Author:

Other Resources in this Series

Most Recent

The image features the term use scenario being revealed underneath a ripped piece of paper
Article

What is a Use Scenario [ +7 Examples]

The purpose of drafting use scenarios is to help your development and design teams to start thinking about solutions. Context is the foundation of innovation, and you’ll be providing a tool that will be the starting point for collaborative and productive meetings.
Article

[Comprehensive Guide] Product Owner vs Product Manager

Learn how to separate the roles of product owner and product manager on Agile teams and uncover some common challenges with confusing these roles. Including a short primer on the Agile revolution.
Article

Use Scenarios are Stories That Provide Context

The problem with today’s user stories is that they aren’t interesting. And they aren’t stories. The solution is use scenarios. It’s a narrative. It explains the problem in the form of a real-life story.
Article

Benefits of Bundle Pricing

Bundle pricing is simply a strategy where services or products are packaged together for one (often reduced) price rather than priced separately. This article covers some benefits of bundle pricing followed by a system for getting started.
Article

A Quick Guide to Value-Based Pricing

Value-based pricing begins with knowing the customer’s willingness to pay based on the perceived value of your product. You can charge less than a customer’s willingness to pay, and they feel like they’ve received an

OTHER ArticleS

The image features the term use scenario being revealed underneath a ripped piece of paper
Article

What is a Use Scenario [ +7 Examples]

The purpose of drafting use scenarios is to help your development and design teams to start thinking about solutions. Context is the foundation of innovation, and you’ll be providing a tool that will be the starting point for collaborative and productive meetings.
Article

[Comprehensive Guide] Product Owner vs Product Manager

Learn how to separate the roles of product owner and product manager on Agile teams and uncover some common challenges with confusing these roles. Including a short primer on the Agile revolution.

Sign up to stay up to date on the latest industry best practices.

Sign up to received invites to upcoming webinars, updates on our recent podcast episodes and the latest on industry best practices.

Subscribe

Subscribe

Training on Your Schedule

Fill out the form today and our sales team will help you schedule your private Pragmatic training today.

First Name*
Last Name*
Email Address*
Phone
Company
Job Title
Location
How can we help you?
Preferred method of contact
Privacy Policy*
Map Your Message to Its Audience with the Communication Compass
Map Your Message to Its Audience with the Communication Compass
Ensure your message hits the mark. This eBook helps you visually map communication styles so you can tailor your design story to a stakeholder or business partner.

Download Ebook

Demystifying Data Projects: A Guide for Business Leaders
While data science is a competitive advantage, data isn’t magic. Learn how to make magic happen by partnering more effectively with data professionals. This eBook delves into types of data projects, sample questions, tools and methods, key points and cautions—so stakeholders like you can initiate data projects with real business impact.

Download Ebook

Define Ebook Thumbnail
What’s the difference between a successful data analysis project and one that falls flat? 

Before you begin working with the data, you need to understand what you’re solving for. Gathering context and aligning around goals with your stakeholders from the outset will help you avoid disconnects and deliver actionable insights. Discover the most vital questions to ask before embarking on a data analysis project in our in-depth guide, “Define: Laying the Foundation for Successful Data Analysis.”

Download Ebook

Download Now