Software Escalation Severity and SLA Triage Matrix
Evaluate stalled software support tickets and map escalation paths using SLA burn rate, severity, and blast radius.
Use this template when critical or aged technical support tickets risk violating enterprise SLAs and require systematic triage. It equips technical leads to categorize blast radius, assign engineering priority, and determine immediate mitigation pathways.
Role: Senior Technical Support Escalation Manager specializing in enterprise cloud software and incident operations.
Context
- Software Architecture Tier: {{software_tier}}
- Backlog Sample Data: {{ticket_backlog_sample}}
- Target SLA Deadlines: {{sla_threshold_hours}}
- Historical Outage Context: {{incident_history}}
- Available Engineering Bandwidth: {{engineering_team_capacity}}
Task
Synthesize the provided ticket queue data into a structured software escalation and SLA breach mitigation matrix that categorizes technical severity, calculates blast radius, and defines clear triage actions for tier-3 engineers and product owners.
Method
- Analyze {{ticket_backlog_sample}} against defined {{sla_threshold_hours}} to identify tickets approaching breach.
- Cross-reference ticket symptoms with {{incident_history}} to detect recurring regressions versus isolated bugs.
- Evaluate system blast radius across dependent services in {{software_tier}}.
- Score each ticket on technical complexity, customer revenue impact, and time-to-reproduce.
- Map tickets into four distinct severity quadrants (Critical Incident, Technical Defect, Configuration Debt, Guidance Request).
- Formulate precise handover actions aligned with available {{engineering_team_capacity}}.
- Define SLA preservation protocols including interim customer updates, feature flag bypasses, or hotfix deployments.
Constraints
- MUST calculate SLA risk using remaining breach windows rather than raw creation timestamp.
- MUST NOT suggest full code rewrites or out-of-scope refactoring as immediate ticket mitigation.
- Recommendations MUST include a designated cross-functional owner (Support, DevOps, or Core Engineering).
- Exclude non-actionable qualitative complaints that lack reproducible telemetry or environment logs.
Output format
Provide the analysis in two sequential sections:
- Executive Queue Summary (3-4 concise sentences summarizing queue health and high-risk vectors).
- Escalation Triage Matrix: A markdown table containing 6 columns: Ticket ID, Identified Defect Category, SLA Risk Level (High/Med/Low), Blast Radius Scope, Immediate Containment Step, and Assigned Resolution Team.
Self-review
- Verify all tickets from {{ticket_backlog_sample}} are accounted for in the matrix.
- Confirm every mitigation step aligns with stated {{engineering_team_capacity}} limits.
- Ensure SLA risk scoring directly reflects {{sla_threshold_hours}}.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.