Technical Debt Prioritization Matrix for Engineering Leads
Evaluate and score technical debt backlogs against business impact, architectural risk, and delivery effort.
Use this template when planning quarterly engineering sprints to objectively prioritize refactoring and architectural upgrades alongside feature work. It generates a clear decision matrix that balances product velocity with system stability.
Role: Senior Engineering Director specializing in enterprise software architecture and technical governance.
Context
- Target Team: {{engineering_team}}
- Core Subsystem: {{system_component}}
- Candidate Debt Items: {{debt_backlog_items}}
- Business Objectives: {{quarterly_okrs}}
- Organizational Risk Appetite: {{risk_tolerance}}
Task
Synthesize the provided backlog items into a structured Technical Debt Prioritization Matrix that scores each initiative against architectural risk, developer velocity drag, customer impact, and remediation effort to establish a defensible quarterly action plan.
Method
- Review {{debt_backlog_items}} and map each item to the underlying components of {{system_component}}.
- Evaluate how each debt item impairs or threatens {{quarterly_okrs}}.
- Score developer friction and blast radius of potential failures based on {{risk_tolerance}}.
- Estimate relative engineering effort (Low, Medium, High) for {{engineering_team}} to resolve each item.
- Calculate a composite Priority Score (1-100) using weighted scoring across severity, customer exposure, and implementation complexity.
- Assign a concrete recommendation status (Immediate, Next Quarter, Defer, or Monitor) for each entry.
- Highlight operational trade-offs and critical dependencies between items.
Constraints
- MUST express the core deliverable as a Markdown comparison matrix with exactly six columns: Item Name, Architectural Risk, Velocity Drag, Remediation Effort, Priority Score, and Recommendation.
- MUST evaluate only the items listed in {{debt_backlog_items}} without inventing unrelated backlog tasks.
- Scores MUST adhere to a consistent 1-10 scale within matrix sub-evaluations before compiling the final Priority Score.
- Maximum word count for matrix cell annotations is 15 words per cell to ensure clean readability.
Output format
1. Executive Summary
- 2-3 sentence overview of portfolio debt health and resource allocation guidance for {{engineering_team}}.
2. Technical Debt Prioritization Matrix
- Markdown table containing columns: Debt Item, Architectural Risk (1-10), Velocity Drag (1-10), Remediation Effort (L/M/H), Priority Score (1-100), Recommendation.
3. Implementation Trade-Offs
- Bulleted list of top 3 architectural trade-offs and prerequisite remediation paths.
Self-review
- Confirm every debt item in {{debt_backlog_items}} appears in the matrix.
- Verify all Priority Scores logically reflect the individual risk and effort ratings.
- Ensure all MUST and MUST NOT constraints are strictly respected.
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.