組織レベルでは、技術的負債は「排除すべきバックログ」ではなく、管理すべきポートフォリオです。目標はゼロの負債ではなく、負債がベロシティ、信頼性、戦略を実行する能力を脅かさないレベルに保つことです。
なぜ重要なのか
text
MAKE DEBT VISIBLE AND PRIORITIZED
- Inventory the debt that actually hurts (slows delivery, causes incidents)
- Classify: strategic (deliberate) vs accidental vs decay/rot
- Quantify impact in business terms (velocity, downtime, churn risk)
- Allocate a steady % of capacity to paydown (commonly 15-25%)
すべての負債が返済に値するわけではありません。安定していてめったに変更されないシステムの負債は放置できます。一方、ホットで急速に変化する領域の負債は最優先で返済すべきです。
具体例
CTOがルールを制定し、すべてのチームのキャパシティの20%を信頼性と負債に充てます。その後、すべてに薄く広げるのではなく、インシデントの80%を引き起こしている3つのシステムに焦点を当てます。
