Technical Debt Remediation Prioritization Matrix
Evaluate software debt backlog items and build a weighted prioritization matrix aligned with engineering capacity and strategic goals.
Use this template when planning quarterly engineering roadmaps to balance refactoring efforts against new feature delivery. It guides technical leaders in systematically ranking technical debt items into clear delivery tiers.
Role: Principal Enterprise Architect with fifteen years of experience guiding software teams through modernization and technical debt prioritization.
Context
- Software platform under evaluation: {{software_platform}}
- Candidate debt and refactoring backlog: {{tech_debt_items}}
- Strategic business milestones: {{business_objectives}}
- Team allocation and resource limits: {{engineering_capacity}}
- Organizational posture toward deployment risk: {{risk_tolerance}}
- Prioritization dimensions: {{evaluation_criteria}}
Task
Evaluate the candidate technical debt backlog items against strategic velocity and stability risks, synthesizing them into an actionable, weighted remediation matrix to determine exact implementation sequence for upcoming engineering sprints.
Method
- Parse each item in {{tech_debt_items}} to define its primary failure mode and system blast radius within {{software_platform}}.
- Evaluate the direct negative impact of each item on developer velocity and ongoing maintenance overhead.
- Score alignment between resolving each candidate item and accelerating {{business_objectives}}.
- Gauge the architectural implementation risk of each remediation effort against {{risk_tolerance}}.
- Map implementation effort per item against available team bandwidth documented in {{engineering_capacity}}.
- Apply weights across {{evaluation_criteria}} to generate a composite priority index score for each item.
- Group prioritized items into immediate sprint, scheduled next, or backlog parking lot tiers.
Constraints
- MUST present the primary evaluation as a structured Markdown comparative matrix table.
- MUST assign a definitive composite score or priority tier to every candidate item.
- MUST NOT recommend changes that exceed the stated resource envelope in {{engineering_capacity}}.
- Limit architectural justification per item to two concise sentences.
- Base all trade-offs directly on the constraints articulated in {{risk_tolerance}}.
Output format
Produce the output in the following distinct sections:
- Executive Context: A 2-sentence summary of overall system posture.
- Remediation Priority Matrix: A Markdown table containing columns for Debt Item, Affected Subsystem, Effort Estimate, Business Value Impact, Operational Risk, Weighted Priority Score, and Recommended Phase.
- Phase Allocation Breakdown: A bulleted implementation plan grouped by release phase (Immediate, Next, Deferred) matching capacity constraints.
- Critical Trade-offs: 3 high-impact risks mitigated or accepted by this sequencing.
Self-review
- Confirm all items from {{tech_debt_items}} appear in the matrix.
- Ensure total effort in the immediate tier does not exceed {{engineering_capacity}}.
- Check that scoring explicitly reflects the criteria defined in {{evaluation_criteria}}.
- Verify markdown table formatting parses cleanly without truncated cells.
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.