Welcome to the world of just-in-time, continuous delivery, and work that flows like water. If you're using Kanban to manage your projects, you're already on the right track for building a more agile and visual workflow. But here’s a secret: without the right metrics, your Kanban board is just a colorful to-do list.
In this article, we’ll break down the four essential Kanban metrics every team should be tracking — Throughput, Lead Time, Cycle Time, and Work-in-Progress (WIP) — and show you how to measure Kanban Metrics in Jira. We will use Time Metrics Tracker | Time Between Statuses reports as an exapmle.
The Kanban method was born on the factory floors of Toyota in the 1940s, pioneered by Taiichi Ohno to optimize production efficiency. Inspired by supermarket inventory systems, Kanban allowed teams to pull work items only when they had the capacity to handle them. This "just-in-time" mindset evolved into a powerful Agile methodology for software teams in the 2000s, offering transparency, continuous delivery, and work-in-progress control.
Fast forward to today, Kanban is the go-to method in software development, marketing, HR, and more — with the same goal: continuous flow and just-in-time delivery. But now, the physical boards have evolved into digital systems, and data is king. Metrics tell the full story. 📈
While Kanban boards help you see the flow of work, metrics help you understand what’s really going on. How fast is work moving? Where are the delays? Are we improving?
Without data, it's all guesswork.
Let’s dive into the four key metrics every Kanban team should have in their toolbox.
Let’s unpack these one by one — what they mean, how to measure them, and why they matter.
What is it?
Throughput is the number of work items completed in a given time frame — like how many issues your team finishes each week.
Throughput is the number of tasks completed in a specific time period — think of it as your team’s delivery rate. A high, stable throughput means your team is humming along. A wildly fluctuating one? That’s a red flag.
The Control Chart visualizes throughput across time, helping you identify trends, anomalies, and predictability.
Measured using:
➡️ Control Chart — visualizes throughput trends and variation over time.
✅ Tip: Use a rolling 2-week period for analyzing throughput to smooth out anomalies and highlight patterns.
Lead Time tracks the total time from when a task is requested to when it’s delivered. It measures the customer’s wait time — from “I need this” to “It’s done!”
In the Time Metrics Tracker, Lead Time is automatically calculated by tracking the time from a task's first status (like “To Do”) to its last (like “Done”).
Why it matters:
Cycle Time starts the clock a bit later — from the moment your team starts working on a task to the moment it’s completed. It measures execution speed, not waiting time.
If Lead Time = whole pizza delivery experience,
then Cycle Time = time from “pizza in oven” to “pizza at your door.” 🍕
Why it matters:
Pro Tip:
Always shorter than Lead Time, unless… 🐢 you’ve got a bottleneck!
Use Cycle Time histograms in Time Metrics Tracker to spot those slow-downs.
WIP is the number of tasks your team is actively working on at any given moment. More WIP = more context switching = less focus.
Kanban is famous for enforcing WIP limits. Why? Because too much multitasking kills flow.
Why it matters:
How Time Metrics Tracker helps:
Set alerts when items exceed your WIP limits. Filter reports by assignee to see who’s juggling too much.
Metric Type |
Kanban Metrics |
Agile/Scrum Metrics |
Lead Time |
✅ Focused |
🔸 Used (but less emphasized) |
Cycle Time |
✅ Essential |
🔸 Often replaced with Sprint Velocity |
Throughput |
✅ Continuous delivery indicator |
🔸 Replaced by Burnup/Burndown |
Work-in-Progress |
✅ WIP Limits core to Kanban |
🔸 Not typically tracked explicitly |
Velocity |
❌ Not used |
✅ Core Scrum metric |
✅ Pros
⚠️ Cons
Time tracking tools like Time Metrics Tracker | Time Between Statuses make these metrics digestible, visual, and actionable. Here are a few time metrics you should keep an eye on:
Metric Name |
What It Tells You |
Use Case Example |
Lead Time |
Time from Created → Done |
Client wait time |
Cycle Time |
Time from In Progress → Done |
Dev speed |
Blocked Time |
Time spent in “Blocked” or “Waiting” statuses |
Bottleneck alert |
Time to Approval |
Time from Ready for Review → Approved |
Workflow friction |
Time in Status |
Time in each individual status |
Transition health |
Q: What’s the difference between Lead Time and Cycle Time?
A: Lead Time starts from the moment the request is created. Cycle Time starts when the work begins. Think of Lead Time as the customer view, and Cycle Time as the team’s view.
Q: Can I use these metrics without a fancy tool?
A: Yes. But honestly, tools like Time Metrics Tracker automate everything and give you real-time insights.
Q: What’s a good Lead Time?
A: That depends on your industry and task complexity. The key is consistency and improving over time.
Metrics aren’t just for the data nerds (though we love them too 😄). They’re for teams that want to get better, deliver faster, and waste less time wondering what went wrong.
So go ahead — measure what matters and let the flow guide you. ✨
Until next time, happy tracking!
Iryna Menzheha_SaaSJet
Product Manager
Barcelona
3 accepted answers
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
0 comments