Technical debt är gapet mellan hur koden är och hur den borde vara, som tas på sig (avsiktligt eller inte) för att röra sig snabbare. Viss skuld är fine; jobbet är att hantera den, inte eliminera den. Nyckeln är att prioritera den skuld som faktiskt skadar.
Prioritera efter påverkan, inte irritation
text
For each piece of debt, ask:
- How often does it slow us down or cause bugs? (frequency)
- How bad is it when it bites? (severity)
- How risky/expensive is it to fix? (cost)
High frequency + high severity + low cost → fix now
Low frequency + low severity → leave it, document it