ストーリー

テクノロジーレーダーとは

基本構造

テクノロジーレーダーは技術を「象限（Quadrant）」と「リング（Ring）」の2軸で分類する可視化ツールです。

テクノロジーレーダーの構造:

                 Techniques
                    ↑
                    │
        ┌───────────┼───────────┐
        │   ┌───────┼───────┐   │
        │   │ ┌─────┼─────┐ │   │
        │   │ │  Adopt    │ │   │
        │   │ │     ↑     │ │   │
   Plat-│   │ │   Trial   │ │   │ Languages
   forms│   │ └───────────┘ │   │ &
        │   │    Assess     │   │ Frameworks
        │   └───────────────┘   │
        │        Hold           │
        └───────────────────────┘
                    │
                    ↓
                  Tools

4つの象限（Quadrant）

4つのリング（Ring）

自社テクノロジーレーダーの構築手順

Step 1: 象限への分類

棚卸し結果のすべての技術を4つの象限に分類します。

Step 2: リングへの配置

各技術を評価し、4つのリングに配置します。

評価基準

Step 3: 配置結果の例

Languages & Frameworks:
├── Adopt
│   ├── TypeScript（フロント・バックエンド双方で実績豊富）
│   ├── React（フロントエンドの標準）
│   └── Go（高性能バックエンドの標準）
├── Trial
│   ├── Next.js App Router（段階的に検証中）
│   └── Rust（パフォーマンスクリティカルな領域で検証）
├── Assess
│   └── Deno（TypeScript実行環境として注視）
└── Hold
    ├── Vue.js 2（サポート終了。新規採用禁止）
    └── Java（レガシー維持のみ。新規は非推奨）

Tools:
├── Adopt
│   ├── GitHub Actions（CI/CDの標準）
│   ├── Terraform（IaCの標準）
│   └── Datadog（監視の標準）
├── Trial
│   └── Renovate（依存関係の自動更新）
├── Assess
│   └── OpenTelemetry（統合オブザーバビリティ）
└── Hold
    └── Jenkins（レガシー。GitHub Actionsへ移行）

Platforms:
├── Adopt
│   ├── AWS（クラウドの標準）
│   ├── PostgreSQL（RDBの標準）
│   └── Redis（キャッシュの標準）
├── Trial
│   └── Amazon Aurora Serverless v2（コスト最適化検証）
├── Assess
│   └── CockroachDB（グローバル分散DBとして調査）
└── Hold
    └── MySQL 5.7（EOL間近。PostgreSQLへ移行）

Techniques:
├── Adopt
│   ├── Trunk-based Development（ブランチ戦略の標準）
│   ├── 構造化ログ（ログ戦略の標準）
│   └── Infrastructure as Code（インフラ管理の標準）
├── Trial
│   └── Feature Flags（段階的リリースの仕組み）
├── Assess
│   └── Platform Engineering（開発者体験の向上施策）
└── Hold
    └── Git Flow（複雑すぎるブランチ戦略）

レーダーの運用

更新サイクル

変更プロセス

技術の移動プロセス:

1. 提案
   └── エンジニアが移動を提案（例: "Assess → Trial"）

2. 評価
   ├── 技術的な評価レポートの作成
   ├── 影響範囲の分析
   └── コスト・リスクの見積もり

3. レビュー
   ├── テクノロジーレーダーレビュー会議で議論
   └── ステークホルダーのフィードバック収集

4. 決定
   ├── 承認 → レーダーを更新
   └── 却下 → 理由を記録して次回再検討

レーダーの公開と共有

テクノロジーレーダーの落とし穴

「テクノロジーレーダーは組織の技術的な方位磁針だ。北を指し示せなければ、全員がバラバラの方向に歩いていく」 — 田中VPoE

まとめ

チェックリスト

• テクノロジーレーダーの4象限と4リングを理解した
• 技術をリングに配置するための評価基準を理解した
• レーダーの運用サイクルと変更プロセスを理解した
• テクノロジーレーダーの落とし穴と対策を理解した

次のステップへ

次は「技術的負債の評価」を学びます。棚卸しとテクノロジーレーダーで全体像を把握した上で、優先的に対処すべき技術的負債を特定する方法を身につけましょう。

推定読了時間: 30分