ストーリー

技術的負債の5層モデル

全体像

技術的負債を体系的に捉えるためのフレームワークとして、5つの層を定義します。

┌─────────────────────────────────────┐
│     Layer 5: 知識・文化の負債        │  ドキュメント不足、属人化、学習文化の欠如
├─────────────────────────────────────┤
│     Layer 4: プロセスの負債          │  手動作業、非効率なワークフロー、承認プロセス
├─────────────────────────────────────┤
│     Layer 3: インフラの負債          │  レガシーサーバー、非標準構成、スケーラビリティ
├─────────────────────────────────────┤
│     Layer 2: アーキテクチャの負債     │  モノリス、密結合、技術選定の陳腐化
├─────────────────────────────────────┤
│     Layer 1: コードの負債            │  複雑度、テスト不足、コーディング規約の不統一
└─────────────────────────────────────┘

各層の詳細

Layer 1: コードの負債

Layer 2: アーキテクチャの負債

Layer 3: インフラの負債

Layer 4: プロセスの負債

Layer 5: 知識・文化の負債

技術的負債の定量化

負債スコアリングフレームワーク

各負債項目を定量的に評価するためのフレームワークです。

技術的負債スコア = 影響度 × 発生頻度 × 修正コスト係数

影響度（1-5）:
  1: 限定的（1チームのみに影響）
  2: 中程度（複数チームに影響）
  3: 広範（部門全体に影響）
  4: 重大（組織全体に影響）
  5: 致命的（事業継続に影響）

発生頻度（1-5）:
  1: まれ（年に数回）
  2: 低い（月に数回）
  3: 中程度（週に数回）
  4: 高い（日に数回）
  5: 常時（常に問題が発生）

修正コスト係数（1-3）:
  1: 低コスト（1チーム/1スプリントで修正可能）
  2: 中コスト（複数チーム/1四半期で修正可能）
  3: 高コスト（組織横断/半年以上必要）

評価マトリクスの例

優先度の判定基準

技術的負債の発生メカニズム

意図的 vs 非意図的

                  意図的（Deliberate）        非意図的（Inadvertent）
  ┌──────────────┬──────────────────────┬─────────────────────────┐
  │ 慎重          │ 「今はこの設計でいく。  │ 「後から振り返ると       │
  │ (Prudent)    │  後でリファクタリング   │  もっと良い方法が       │
  │              │  する」               │  あった」              │
  ├──────────────┼──────────────────────┼─────────────────────────┤
  │ 無謀          │ 「設計する時間がない。  │ 「レイヤードアーキテクチャ│
  │ (Reckless)   │  とにかく出荷する」    │  って何ですか？」       │
  └──────────────┴──────────────────────┴─────────────────────────┘

問題は「無謀で意図的」な負債だ。「時間がないから」で積み上げた負債は、必ず利子付きで返ってくる。逆に「慎重で意図的」な負債は、戦略的判断として許容できる。大事なのは、どの負債を意図的に抱えているかを組織が認識していることだ。 — 田中VPoE

負債の増殖パターン

初期の負債
  │
  ├── コードが複雑 → テストが書きにくい → テスト不足
  │                                        │
  │                    ┌────────────────────┘
  │                    ↓
  ├── テスト不足 → デプロイが怖い → デプロイ頻度低下
  │                                    │
  │                  ┌─────────────────┘
  │                  ↓
  ├── デプロイ頻度低下 → バッチサイズ増大 → 障害リスク増大
  │                                          │
  │                        ┌─────────────────┘
  │                        ↓
  └── 障害リスク増大 → さらに慎重に → さらにデプロイ頻度低下
                                      （負の連鎖）

まとめ

チェックリスト

• 技術的負債の5層モデルを理解した
• 負債スコアリングフレームワークを使って優先度を判定できる
• 意図的/非意図的な負債の違いを理解した
• 負債の増殖パターン（負の連鎖）を把握した

次のステップへ

次は「現行技術基盤のアセスメント」を学びます。5層モデルを使って、組織の技術基盤の現状を体系的に評価する手法を身につけましょう。

推定読了時間: 30分