KPI Tree

Metric Definition

Are priorities honest

Priority Share = (Issues at Priority Level / Total Issues) x 100
Issues at Priority LevelThe number of issues assigned to a single priority level during the period, for example critical, high, medium, or low
Total IssuesThe total number of prioritised issues across all levels in the same period

Track from

Metric GlossaryOperations Metrics

Issue priority distribution analysis

Issue priority distribution analysis is the breakdown of all issues by their assigned priority level, shown as the share each level holds of the total. It reveals whether your prioritisation reflects real urgency or has drifted into a queue where everything is marked critical. A distribution skewed toward the top is a sign the priority scale has stopped meaning anything.

7 min read

Generate AI summary

What is issue priority distribution analysis?

Issue priority distribution analysis is the breakdown of issues by priority level, shown as the percentage each level holds of the total. Rather than knowing only that 300 issues are open, you know that 12 per cent are critical, 28 per cent are high, 45 per cent are medium, and 15 per cent are low. That shape tells you whether your team is being pulled in many urgent directions at once or working a healthy mix where genuine emergencies are rare.

The distribution matters because priority drives sequencing. When everything is marked high, nothing is, and the team loses the ability to tell a real emergency from routine work. A healthy distribution looks like a pyramid: a small tip of critical issues, a modest band of high, and a broad base of medium and low. When that pyramid inverts, with critical and high together making up the majority, the priority scale has lost its meaning and triage has broken down.

The analysis is most revealing over time and across teams. Priority inflation creeps in gradually as people learn that marking an issue high gets it seen faster. A distribution that drifts upward month after month, or one where a single team marks three times more issues critical than its peers, exposes that drift. The headline issue count can hold steady while the priority mix quietly becomes meaningless.

Priority and severity are not the same thing. Severity describes how bad an issue is in isolation; priority describes how urgently you will act, weighing severity against reach, customer, and effort. Distributing on a field that conflates the two produces a chart that cannot guide sequencing. Define them separately before you analyse either.

How to calculate issue priority distribution analysis

For each priority level, divide the number of issues at that level by the total number of prioritised issues, then multiply by 100. The result is that level share of the whole. Calculate it for every level and the shares sum to 100 per cent, giving you the full distribution from critical down to low.

A worked example: in a period with 300 issues, 36 are critical, 84 are high, 135 are medium, and 45 are low. Critical is 12 per cent, high is 28 per cent, medium is 45 per cent, and low is 15 per cent. Lay the levels out from highest to lowest and the shape is immediately readable. Track each share over time and segment it by team so priority inflation is visible before it spreads across the whole queue.

  1. 1

    A defined priority scale

    An agreed set of levels such as critical, high, medium, and low, each with a written definition so two people scoring the same issue land on the same level.

  2. 2

    Issues per priority level

    The count of issues assigned to each level in the period. Consistent assignment at intake is what makes the distribution trustworthy.

  3. 3

    Total prioritised issues

    The sum of issues across all levels. Exclude unprioritised issues from the denominator so they do not distort every share.

  4. 4

    Priority share

    Each level count divided by the total, as a percentage. The full set of shares is the distribution you analyse.

Issue priority distribution analysis in a metric tree

A skewed distribution is a symptom. The cause is a mix of how priorities are defined, who assigns them, and what incentives shape that choice. A metric tree decomposes the distribution into those drivers, so you fix the prioritisation process rather than repeatedly re-triaging the same inflated queue.

Metric tree insight

When the critical share doubles, the tree separates a genuine spike in serious defects from priority inflation caused by a queue everyone is trying to jump. KPI Tree assigns RACI ownership to each branch, so support leadership owns assignment discipline and engineering owns the genuine workload node, and pushes the alert to the accountable owner when the distribution skews. The verified impact loop then checks whether a tightened triage rule actually rebalanced the mix or just relabelled the same issues.

Issue priority distribution analysis benchmarks

A healthy priority distribution is a pyramid, narrow at the top and broad at the base. The rough guide below describes the share each level typically holds in a well-triaged queue. The exact split depends on your product and risk profile, so treat these as a sanity check on the shape rather than fixed quotas.

Priority levelHealthyWatchAt risk
Critical5% or less5% to 12%Above 12%
High15% to 25%25% to 35%Above 35%
Medium40% to 55%30% to 40%Below 30%
Low20% to 35%10% to 20%Below 10%

When critical and high together pass half the queue, the scale has inflated and the team can no longer tell a real emergency from routine work. The fix is rarely more staff. It is tightening the definitions and adding a triage check before an issue can be marked critical.

How to improve issue priority distribution analysis

Improving the distribution means restoring meaning to each level, not chasing a target shape for its own sake. That comes from clearer definitions, a check on assignment, and removing the incentive to over-prioritise.

Write objective priority criteria

Replace subjective judgement with a rule. Score severity, customer reach, and effort separately, then map the combination to a level. Two people scoring the same issue should reach the same priority every time.

Add a triage gate on critical

Require a brief review before any issue can be marked critical. A single check that a critical issue genuinely blocks customers or risks data removes most inflation at the top of the scale.

Reclassify stale priorities

An issue marked high three weeks ago may no longer be urgent. Review open high and critical issues on a cadence and downgrade the ones whose urgency has passed, so the distribution reflects current reality.

Compare distributions across teams

Hold each team distribution side by side. A team marking far more issues critical than its peers is either facing a real problem or inflating priority. Either way, the comparison surfaces it for a conversation.

Common mistakes when tracking issue priority distribution analysis

  1. 1

    Conflating priority with severity

    Distributing on a field that mixes how bad an issue is with how urgently you will act produces a chart that cannot guide sequencing. Keep the two fields separate and analyse priority on its own.

  2. 2

    Ignoring slow priority inflation

    Inflation creeps in gradually as people learn that high gets seen faster. A distribution that drifts upward month after month is the warning. Watch the trend, not just the current snapshot.

  3. 3

    Setting the priority once and never revisiting

    Urgency changes as issues age and context shifts. A priority assigned at intake and never reviewed leaves stale high and critical issues clogging the top of the distribution long after they mattered.

  4. 4

    Treating the distribution as a quota

    Forcing exactly five per cent of issues to be critical is as harmful as letting half of them be. The goal is honest assignment against clear criteria, which produces a healthy shape on its own.

Related metrics

Escalation Rate

Customer Support Metrics
Pylon

Metric Definition

Escalation Rate = (Escalated Tickets / Total Tickets Handled) x 100

Escalation rate measures the percentage of support tickets that are transferred from one tier or team to a higher tier or specialist group for resolution. It reflects the gap between the issues customers raise and the ability of frontline agents to resolve them, making it a key indicator of agent readiness, process maturity, and product complexity.

View metric

Average Resolution Time

Customer Support Metrics
SalesforceIntercomPylon

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

View metric

Ticket Volume

Customer Support Metrics

Metric Definition

Ticket Volume = Total New Tickets Created in Period

Ticket volume is the total number of new support tickets created within a defined period. It is the fundamental demand metric for support operations, determining staffing requirements, budget allocation, and the urgency of self-service and product quality investments.

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

Why did my metric change?

Metric Definition

When your priority distribution skews unexpectedly, this diagnostic framework helps you trace whether the shift reflects real demand or inflated priority labels.

View metric

Metric trees for operations teams

Metric Definition

See how operations teams place issue priority distribution within a wider tree so honest prioritisation connects to throughput and resolution outcomes.

View metric

Restore meaning to every priority level

Build issue priority distribution analysis as a metric tree in KPI Tree, with definition clarity, assignment discipline, and incentive pressure as branches and an owner on each. When the distribution skews, the accountable owner is alerted first and the verified impact loop confirms a tighter triage rule actually rebalanced the mix.

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