Tickets
AuraScore 81/100

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.

Template

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

  1. Analyze {{ticket_backlog_sample}} against defined {{sla_threshold_hours}} to identify tickets approaching breach.
  2. Cross-reference ticket symptoms with {{incident_history}} to detect recurring regressions versus isolated bugs.
  3. Evaluate system blast radius across dependent services in {{software_tier}}.
  4. Score each ticket on technical complexity, customer revenue impact, and time-to-reproduce.
  5. Map tickets into four distinct severity quadrants (Critical Incident, Technical Defect, Configuration Debt, Guidance Request).
  6. Formulate precise handover actions aligned with available {{engineering_team_capacity}}.
  7. 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:

  1. Executive Queue Summary (3-4 concise sentences summarizing queue health and high-risk vectors).
  2. 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}}.
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering10/12 · Adequate

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency7/10 · Adequate

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

support-success
support-tickets
technology-software
escalations
sla-management
triage