KPI Tree

Metric Definition

Update cadence on active work

Status Update Frequency = Total status updates in period / Number of active work items
Total status updatesProgress updates logged across all items in the period
Active work itemsItems in progress during the same period

Track from

Metric GlossaryOperations Metrics

Status update frequency

Status update frequency is how often active work items receive a fresh progress update over a given period. It is a measure of how current and trustworthy a project tracker is, not of how much work is done. When updates are frequent and timely, the board reflects reality, and decisions made from it are sound.

6 min read

Generate AI summary

What is status update frequency?

Status update frequency is how often active work items receive a fresh progress update over a given period. If a team has 20 active items and logs 60 updates in a week, the frequency is 3 updates per item per week, or roughly one every two working days. The metric tells you how alive the tracker is, which in turn tells you how much to trust any report built from it.

The value is indirect but real. Stale items hide blockers, hide slippage and quietly break forecasts. A board where items sit untouched for a week looks calm while reality drifts away from it. Status update frequency surfaces that drift before it becomes a surprise in a steering meeting.

Definition

More updates are not automatically better. The goal is a current tracker, not noise. A daily ritual of empty updates that say no change adds clutter without information. Measure meaningful updates on active items, and watch the items that go silent most.

How to calculate status update frequency

Divide the total number of status updates logged in a period by the number of active work items in that period. This gives an average updates-per-item figure. The period should match how the team works, usually a week or a sprint.

The average alone can mislead, because a few chatty items can mask many silent ones. Pair it with the share of active items that received at least one update and the longest gap since any item was touched. Those two figures expose the stale corners the average hides.

  1. 1

    Define an active item

    Decide which statuses count as active, usually in progress and blocked, so closed and backlog items are excluded.

  2. 2

    Count updates in the period

    Tally every meaningful progress update across active items within the chosen week or sprint.

  3. 3

    Divide by active items

    Divide total updates by the number of active items to get the average update frequency per item.

  4. 4

    Check coverage and stale gaps

    Also record the share of items updated at least once and the longest silence, so the average has context.

Status update frequency in a metric tree

An update frequency figure tells you the tracker is going stale but not why. A metric tree breaks it into drivers a team can change: how clear ownership is, whether updating is built into the workflow rather than bolted on, how heavy the work in progress is, and whether blockers are being flagged. Silent items usually trace back to unclear ownership or too much open work, not laziness.

KPI Tree lets you connect each driver to the owner responsible for it through RACI, so an item with no clear owner shows up as exactly that. When coverage drops or an item goes silent past a threshold, the platform can push to the accountable owner with the specific stale item, which keeps the tracker honest without a manager chasing every card by hand.

Metric tree insight

Items go silent for a reason. The most common is too much work in progress per person, so attention is spread thin and the oldest items rot. The tree points at that branch instead of leaving a manager to chase individual cards.

Status update frequency benchmarks

There is no single right cadence, since it depends on how fast work moves. Short, fast items need touching more often than long research tasks. A practical read is coverage: the share of active items updated within a normal working window.

Coverage of active itemsReadingWhat it indicates
Under 50 percent updated weeklyAt riskMost items are stale, the tracker cannot be trusted
50 to 75 percent updated weeklyDevelopingUpdates are uneven, some corners go quiet
75 to 90 percent updated weeklyHealthyBoard mostly reflects reality, few stale items
Above 90 percent with no item silent beyond a few daysStrongTracker is current and reports are reliable

How to improve status update frequency

The reliable way to lift update frequency is to make updating cheap and automatic, not to ask people to remember harder. Reduce friction, tie updates to a rhythm the team already keeps, and surface the items that go quiet so they get attention before they rot.

Assign a single owner

Give every active item one clear owner, so it is obvious who keeps it current and nothing falls between people.

Reduce update friction

Make updates a single field or a short comment, not a form, so keeping an item current takes seconds.

Surface stale items

Flag items that have gone untouched past a threshold and route them to the owner before they become a surprise.

Cap work in progress

Limit how many items each person owns at once, so attention is not spread too thin to keep them all current.

Common mistakes when tracking status update frequency

  1. 1

    Chasing volume over usefulness

    Rewarding raw update counts produces empty no change notes that add noise without making the tracker more current.

  2. 2

    Trusting the average alone

    A healthy average can hide many silent items behind a few chatty ones, so coverage and stale gaps matter too.

  3. 3

    Counting backlog as active

    Including items nobody is working on dilutes the metric and makes a stale board look healthier than it is.

  4. 4

    Leaving stale items to a manager to find

    If spotting silent items depends on someone scanning the board, it happens late, after the slippage is real.

Related metrics

Cycle time

Process speed

Operations Metrics
Jira

Metric 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.

View metric

Sprint velocity

Agile planning metric

Operations Metrics
Jira

Metric 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.

View metric

First response time

Customer Support Metrics
IntercomPylon

Metric Definition

FRT = Total First Response Times / Total Tickets With a First Response

First response time measures the elapsed time between a customer creating a support ticket and receiving the first substantive response from a human agent. It is the metric that shapes the customer's initial impression of the support experience and sets the tone for the entire interaction.

View metric

Metric trees for operations teams

Metric Definition

Status update frequency is an operational input metric, so this guide shows how operations teams place cadence measures inside a metric tree to drive action.

View metric

Input metrics vs output metrics

Metric Definition

Update cadence on active work is a controllable input metric, and this guide explains how to use such input metrics to move the outputs they feed.

View metric

Keep your tracker honest without chasing cards

Model status update frequency as a metric tree in KPI Tree, with a RACI owner on every active item and an automatic push to the accountable owner when an item goes silent, so the board always reflects reality.

Experience That Matters

Built by a team that's been in your shoes

Our team brings deep experience from leading Data, Growth and People teams at some of the fastest growing scaleups in Europe through to IPO and beyond. We've faced the same challenges you're facing now.

Checkout.com
Planet
UK Government
Travelex
BT
Sainsbury's
Goldman Sachs
Dojo
Redpin
Farfetch
Just Eat for Business