Metric Definition
Overdue rate
Track from
Overdue task rate
Overdue task rate is the percentage of assigned tasks that are past their due date and still open at a given moment. It measures how much owned work has slipped its deadline, rather than how busy the team is. A rising overdue task rate is a reliable sign that commitments are outrunning the capacity of the people who own them.
7 min read
What is overdue task rate?
Overdue task rate is the percentage of assigned tasks that are past their due date and still open at a given moment. If a team owns 150 open tasks and 24 of them are past due, the overdue task rate is 16 per cent. It is a point-in-time read on how much owned work has already broken its deadline, across a team backlog, a project board, or an individual workload.
The metric matters because a task list is a set of promises, and an overdue task is a broken one. A long list of open tasks tells you nothing about risk on its own, but the share of it that is overdue tells you how many commitments have already slipped. Because it is a percentage, it compares fairly across people and teams of different sizes, so a heavily loaded individual and a small team can be read on the same scale.
Unlike a measure of how many tasks got done, overdue task rate is a snapshot of live exposure: the owned work that has missed its deadline and is still outstanding. It is a task-specific cousin of the overdue item rate and sits close to a general completion rate, but it watches assigned, owned tasks in their current state rather than the outcome of finished work.
Only count tasks that have both a clear owner and a due date. A task with no owner has nobody accountable for the slip, and a task with no due date cannot be overdue at all. Leaving either kind in the open total distorts the rate, so the cleanest measure restricts both the numerator and the denominator to owned, dated tasks.
How to calculate overdue task rate
The calculation divides the number of open tasks past their due date by the total number of open tasks, then multiplies by 100. The judgement sits in what you count as a task, how you treat ownership, and how you scope undated work, because each choice moves the number. Settle the components below before the formula is reliable.
- 1
Tasks past due and open
Tasks whose due date has passed and that are still open, measured as of now. A task finished late is no longer overdue today, because it is no longer open, so the numerator only ever holds live slippage owed by an owner.
- 2
Total open tasks
Every assigned task that is not yet complete at the measurement moment. Decide whether undated tasks belong here. The cleanest measure restricts the denominator to dated tasks, so the rate reflects only work that could actually be overdue.
- 3
Ownership
Each task needs a single accountable owner. Unowned tasks are the ones most likely to slip and the hardest to chase, so handle them consistently rather than letting them drift in and out of the count.
- 4
Measurement moment
Overdue task rate is a snapshot, so when you read it matters. Sampling on a fixed cadence, such as the start of each week, makes the trend comparable and stops a convenient reading time flattering the number.
A worked example. A team owns 100 open tasks today. Of those, 80 have due dates and 20 have none. Among the dated tasks, 20 are past due. Scoping the denominator to dated tasks, the overdue task rate is (20 / 80) x 100, which is 25 per cent. If you instead count all 100 open tasks, it reads (20 / 100) x 100, or 20 per cent. The lower figure looks healthier only because undated tasks pad the denominator, which is exactly why the scoping rule has to be consistent over time.
Overdue task rate in a metric tree
A metric tree decomposes the overdue task rate into the reasons a task slips its deadline, then traces each reason down to the specific cause. This turns a flat percentage into a diagnosis of why owned work is running late.
The first level splits the rate into the forces behind slippage: whether each task had a real owner, whether the owner had capacity, whether tasks were blocked, and whether overdue tasks were actively cleared. Each branch decomposes further. Ownership breaks into a single accountable owner and whether the owner accepted the task. Capacity breaks into workload balance and competing priorities. Blockers break into dependencies and missing inputs. When the rate climbs, the tree tells you whether tasks are overdue because they were never properly owned, because an owner is overloaded, or because they are stuck waiting on something.
This is the gap between a dashboard and a decision. A dashboard says 25 per cent of open tasks are overdue. The tree shows that nearly all of them sit with one overloaded owner, which is a workload balancing problem with a clear fix, not a sign the whole team is behind.
Metric tree insight
Owner capacity is usually the heaviest branch. Overdue tasks tend to cluster on a handful of overloaded people rather than spreading evenly. Rebalancing work away from the owners carrying the most overdue tasks lifts the rate faster than chasing every individual task, because it attacks the cause rather than the symptom.
Overdue task rate benchmarks
Overdue task rate benchmarks depend on how strictly the team sets due dates and how it handles unowned work, so your own trend over time is the most reliable comparison. A team that dates every task aggressively will run a higher rate than one that only dates the critical few, without either being healthier. The bands below give a practical sense of where a team sits when measuring owned, dated tasks.
| Overdue band | Past-due share | What it typically means |
|---|---|---|
| Under control | Under 10 per cent | Almost all owned tasks are on track. Workloads are balanced and deadlines are realistic. The rare overdue task gets cleared quickly rather than accumulating on one person. |
| Healthy | 10 to 19 per cent | A manageable amount of owned work has slipped. Worth checking who the overdue tasks sit with, because slippage concentrated on one owner reads very differently to slippage spread evenly. |
| At risk | 20 to 34 per cent | A meaningful share of owned tasks is past due. Usually a sign of uneven workloads or due dates set without regard to capacity. Overdue tasks start rolling over rather than clearing. |
| Out of control | 35 per cent and above | A third or more of owned tasks are overdue. Deadlines have lost meaning and tasks are piling up faster than owners can clear them. The team is committing to more than it can honour. |
The figure worth watching is not just the level but how the overdue tasks are distributed across owners. A rate that is healthy on average can hide one person carrying almost all the overdue work. Reading the rate per owner, alongside cycle time, tells you whether the slippage is a shared pace problem or a concentrated capacity problem on a single person.
How to improve overdue task rate
Improving the overdue task rate is about fixing the reason tasks slip, not chasing owners to catch up. The metric tree points at the weak branch, and each branch has a concrete fix.
Assign a single owner
Every task gets one named, accountable owner who accepts it. Tasks shared across a team or left implicit are the ones that slip, because everyone assumes someone else has it. A clear owner is the foundation of an honest rate.
Balance the workload
Read the overdue rate per owner and rebalance away from whoever is carrying the most overdue tasks. Slippage clusters on overloaded people, so moving work off them does more than asking them to work faster.
Clear blockers fast
Separate tasks that are blocked from those simply not started. Route each blocked task to the person who owns the missing input or approval, because the owner cannot move a task that is waiting on someone else.
Push before the due date
Flag a task to its owner as the deadline approaches, not after it passes. A timely nudge to the accountable owner recovers far more than a review of a task already weeks overdue.
The decomposition decides the intervention. If tasks are overdue because they have no real owner, forcing a single accountable owner beats chasing the list. If they are overdue because one person is overloaded, rebalancing beats reminders. Treating every overdue task as a discipline problem when it is really an ownership or capacity problem wastes effort and erodes trust in the deadline.
KPI Tree lets you model this by connecting the overdue task rate to the owners and work behind it. Every task carries RACI ownership, so each one has a single accountable person rather than a vague team assignment. When a task slips or a due date approaches, the metric pushes to that accountable owner rather than waiting for the next stand-up to surface it. The verified impact loop then checks whether a change, like rebalancing workloads, actually brought the rate down, so the team learns which fixes hold.
Common mistakes when tracking overdue task rate
- 1
Counting unowned or undated tasks
A task with no owner has nobody accountable for the slip, and a task with no due date cannot be overdue. Including either distorts the rate. Scope both numerator and denominator to owned, dated tasks.
- 2
Pushing due dates to clear the number
Silently moving a deadline forward makes a task stop being overdue without it being done. The rate improves while the work does not. Hold due dates honest, or the metric measures nothing real.
- 3
Reading only the team average
A healthy headline rate can hide one owner carrying almost all the overdue tasks. The average masks the concentration, so read the rate per owner to find where the slippage actually sits.
- 4
Sampling at convenient times
Overdue task rate is a snapshot, so reading it only when it looks good distorts the trend. Sample it on a fixed cadence so the direction of travel is comparable from one period to the next.
- 5
Treating blocked and not-started the same
A blocked task and a never-started task are both overdue but need opposite fixes. Lumping them together sends owners chasing work they cannot move. Split overdue tasks by reason before deciding what to do.
Related metrics
Completion Rate
SaaS MetricsMetric Definition
Completion Rate = (Users Who Completed the Process / Users Who Started the Process) × 100
Completion rate measures the percentage of users who finish a defined process or onboarding flow from start to end. It is a direct indicator of how well a product guides users through critical workflows, and a leading signal of activation, retention, and downstream conversion.
Cycle Time
Process speed
Operations MetricsMetric Definition
Cycle Time = Process End Time − Process Start Time
Cycle time measures the total elapsed time from the start to the end of a process. It is a fundamental operations metric used in manufacturing, software development, service delivery, and any context where the speed of a process directly affects throughput, cost, and customer satisfaction.
Sprint Velocity
Agile planning metric
Operations MetricsMetric Definition
Sprint Velocity = Sum of Story Points Completed in a Sprint
Sprint velocity measures the amount of work a team completes during a sprint, typically expressed in story points, ideal days, or another unit of estimation. It is a planning tool that helps agile teams forecast how much work they can commit to in future sprints based on their historical completion rate. Velocity is one of the most widely used and most frequently misunderstood metrics in agile software development.
Average Resolution Time
Customer Support MetricsMetric Definition
Average Resolution Time = Total Resolution Time Across All Tickets / Total Tickets Resolved
Average resolution time measures the mean elapsed time from when a support ticket is created to when it is fully resolved and closed. It captures the end-to-end customer experience of getting an issue fixed, encompassing wait times, agent work time, escalations, and any back-and-forth exchanges required to reach a solution.
Why did my metric change?
Metric Definition
A diagnostic framework for working out why your overdue task rate has moved and which process or team is driving the change.
Metric trees for operations teams
Metric Definition
Shows how operations teams place an overdue task rate within a wider metric tree alongside the throughput and delivery measures it affects.
Find whose tasks are really slipping
Build an overdue task metric tree that links every slipped task to a single accountable owner and pushes the owner before the due date passes.