Skip to main content

Priority matrix

launchpad://docs/standard
$launchpad open --docs Priority matrix
Operational·Platform: Jira Service Management Cloud (Assets)·Implementation Guide·Reading time: ~3 min·Version 1.1·Mar 2026

Priority matrix

Every incident gets triaged. But when "everything is a P1" and agents set priority based on gut feel, your SLA reporting becomes meaningless and your escalation rules fire on the wrong tickets. The Priority Matrix replaces subjective judgement with a structured, ITIL-aligned lookup that maps impact and urgency to a defined priority level, every time.

Four object types form a classic prioritisation model: Impact Levels define how broadly something affects the business, Urgency Levels define how quickly it needs resolution, Priority Rules map each combination to a resulting Priority Level, and Priority Levels carry the response and resolution targets that drive SLA enforcement.


What you get

Object TypePurposeKey Attributes
Priority LevelThe output: priority tiers with SLA targetsName, Response Target, Resolution Target, Colour Code, Status
Impact LevelHow broadly the issue affects the organisationName, Scope (Organisation-wide to Individual), Examples
Urgency LevelHow quickly it needs resolutionName, Time Sensitivity (Immediate to Scheduled), Business Context
Priority RuleThe matrix logic: one rule per impact/urgency combinationName, Impact, Urgency, Resulting Priority, Override Allowed
tip

Pro tip: A standard 3x3 matrix (3 impact levels, 3 urgency levels) produces 9 Priority Rules and 19 total records. That is the entire schema populated. Start there, and tune the matrix after a month of real incident data.


When to use this schema

Deploy Priority Matrix if your organisation needs to:

  • Formalise ITIL-style impact/urgency prioritisation so every agent assigns the same priority for the same situation

  • Tie SLA targets directly to priority levels with documented response and resolution commitments

  • Support automation rules that auto-assign priority based on structured matrix data rather than hardcoded conditions

  • Provide an audit trail for priority decisions that can be reviewed and governed

This schema pairs naturally with SLA Management, which handles what happens after priority is assigned: target enforcement, escalation rules, and breach prevention.

Not quite right? If you need full SLA lifecycle management (tracking, breach alerts, escalation), deploy the SLA Management schema alongside this one. If your prioritisation is simple enough that Jira's built-in priority field meets your needs, you may not need this schema at all.


Schema at a glance

Priority matrix schema graph showing object types and relationships

Impact Level ──(Determines)──▶ Priority Rule ──(Maps To)──▶ Priority Level

Urgency Level ─(Determines)──────────┘

The 3x3 Matrix:
High Medium Low
Urgency Urgency Urgency
High Impact P1 P1 P2
Medium Impact P2 P3 P3
Low Impact P3 P4 P4

Two reference types encode the logic: Determines (blue) links impact and urgency to each rule, and Maps To (green) links each rule to its resulting priority level.


Documentation

Quick Start Guide Deployment walkthrough covering the full 3x3 matrix setup: priority levels, impact levels, urgency levels, all 9 rules, and integration with Jira Service Management ticket workflows.

Governance Playbook Priority matrix review cadence, override monitoring, rule adjustment practices, and alignment with SLA targets.

Forms Specification Form layouts for priority levels, impact levels, urgency levels, and priority rules.