Looking to learn what metrics are used in Agile? Get to know the main Agile project metrics so you can optimize and boost your delivery performance.
The metrics in Agile project management are one of the main aspects which transformed the way knowledge work teams measure their projects. They represent performance indicators related to outcomes that allow teams to reflect on what happened in their process and make data-driven decisions for future actions.
To begin our discussion of Agile project metrics, let's first see how they differ from the traditional ones.
The main difference between traditional and Agile performance metrics is that the former focus on output while the latter on outcomes. Many traditional project management KPI's can provoke teams to take wrong actions in project management on all levels.
For example:
When discussing the highly volatile world of knowledge work, measuring metrics traditionally won't help teams finish projects faster but may amplify the pressure.
That's why, with the vast adoption of Agile project management, new, agile project metrics have emerged. They are meant to help you better analyze and understand your workflow, discover flaws, and improve so your team could focus on satisfying customers (clients) through the continuous delivery of the valuable product (project).
Two essential Agile project metrics that have their beginnings from the Lean management world are lead and cycle time. Both show you how long work items spend in a given process. However, there is also a clear differentiation between them.
Lead time shows you the total time (including wait time) a work item spends in the entire process from the moment it is requested to the time it is delivered. To give a short example of this Agile metric, let's say that a customer of yours has requested a service or a feature for development. From the moment you commit that you will deliver the given service/feature, lead time starts accumulating, even if you haven't started working on it yet. An easy way to think of lead time is the "customer timeline".
In Agile, cycle time starts accumulating once you begin working on the requested item. In other words, with cycle time, you can measure how many hours/days someone actively worked on a task to complete it. This allows you to track the duration of all the work items in a project and eventually use that as an input to make better forecasts for project completion. As opposed to lead time, you can think of cycle time as the "team timeline".
Tracking these Agile project metrics is easy with the help of a Kanban board. You can visualize when a work item is committed for execution and when the actual work begins. This usually happens with a "Ready to Start"/" Requested" and "In Progress"/" Working" columns, as seen from the image below.
In Agile, throughput measures the average number of work items processed per unit of time. In a Kanban system, for example, as work is visualized in cards, throughput is measured based on how many Kanban cards were finished in a given period (weekly, monthly, etc.)
Here we should briefly mention that many teams believe that throughput is pretty much another word for productivity in Agile. While they are very close, throughput measures how many work items teams can complete in a specific time frame, while productivity is more about how efficient they are.
In general, throughput is one of the most crucial Agile performance metrics. It gives you great details into your team's real capabilities, so you can better plan how much work you can deliver in a given period. Combining average throughput and cycle time can become the secret weapon for any team looking to improve their project delivery's predictability.
To measure the throughput of your team week-by-week, you can use the Throughput Run Chart. There, you can see how many work items teams can complete, analyze their average throughput, and use that as an input for future planning activities.
Work In Progress is another one of the most important Agile metrics. It's pretty straightforward as it merely shows how many work items you currently have "in progress" in your working process.
WIP is a critical Agile KPI to keep track of as work started but not finished yet, represents sunk costs. This also results in multitasking, which hinders the team's throughput.
That's why teams in Agile look to limit their work in progress, which ensures that any started work will be finished as soon as possible, and thus the team's throughput will rise. Limiting work in progress has a positive effect on cycle time by decreasing it.
The best tool for visualizing WIP is the Kanban board. There, you can also set corresponding limits on your work stages to ensure that only a certain amount of tasks can reside in every Kanban column.
Doing this will allow you to focus your attention on the most critical tasks and make sure that you release value to the market more frequently.
10 Years Kanban Experience In 1 Free Book:
Work item age (aging work in progress) is the amount of time passed between a task that was started and the current time of the task. This Agile project metric is a relevant leading indicator only for non-finished work items. It compliments the cycle time, which is a metric appropriate for finished work items.
The work item age metric has mainly two uses – first, it indicates how your current tasks are moving forward, and second, it gives you a clear idea of how you were performing in similar contexts in the past.
Measuring aging work in progress is crucial in a knowledge work environment because you can see how your tasks are progressing through your workflow. This shows you in which stages of the process tasks reside the most and how long, on average, any emerging work items are expected to age.
Combining this information with cycle time data will allow you to make valuable data-driven decisions to optimize your workflow to meet customer's delivery expectations better.
To visualize all of that information, you can use a powerful measurement tool called the aging work in progress chart.
Another one of the highly important Agile project metrics is flow efficiency. It shows you how efficiently you can process work from start to finish. To calculate it, you need to divide the value-added time by your overall lead time, including stages where no active work is done.
This Agile metric works perfectly in a Kanban system where you can visualize both active and non-active stages in your process. In Kanbanize, for example, we mark the non-active stages as "queues" on our Kanban boards, which means that work sits there and waits for somebody to pull it.
With the help of the flow efficiency chart, our teams input active and queuing stages to monitor how efficiently they can process work on a regular basis. This helps you spot issues promptly and resolve them as soon as possible.
In an Agile environment, as everything is visible, work that cannot be moved forward for some reason should be visible too. In a Kanban system, for example, such items are marked with a "blocker" sticker.
A blocked card usually means a task is waiting on external dependency or another major reason is hindering the assignee from proceeding with the work.
A blocked card on the Kanban board signals to all team members that the given work item needs immediate attention to resolve the blocker. Therefore, tracking blocked time is a valuable Agile metric.
To measure blocked time, in Kanbanize, we use the Block Resolution chart. There, we can see for how long given work items stayed blocked, in what stages, and the reason for the blockers. Monitoring this chart regularly allows us to analyze dependencies, see if any cards remain blocked for too long, and progressively optimize our processes.
The cumulative flow diagram (CFD) is not a metric. However, it is one of the best agile tools to measure:
These are all agile metrics, which we have already discussed above.
The CFD is a graphical representation of your WIP flow in a Kanban system. With the help of this chart, you can understand the state of your work in progress and analyze the stability of your workflow - the entry and exit rate of your work items.
What you will see on a CFD are color blocks that represent the work stages on your board, and the width of those blocks represents the number of cards in it.
The cumulative flow diagram provides clear visual signals of where process bottlenecks may be forming. With such an overview, you can then investigate why they have formed and how to can improve the workflow.
In Summary
Agile metrics will help you analyze and understand your workflow, discover flaws, and improve, so your team could focus:
During the 30-day trial period you can invite your team and test the application in a production-like enviroment.
