ストーリー

テクノロジーロードマップとは

定義と目的

ロードマップの3つの時間軸

graph LR
    subgraph Now["Now (0-3ヶ月)"]
        N1["確定した<br/>イニシアチブ"]
        N2["詳細な計画<br/>リソース確定"]
    end
    subgraph Next["Next (3-6ヶ月)"]
        X1["計画中の<br/>イニシアチブ"]
        X2["概要レベル<br/>リソース概算"]
    end
    subgraph Later["Later (6-12ヶ月)"]
        L1["調査・検討中の<br/>イニシアチブ"]
        L2["方向性レベル<br/>リソース未定"]
    end

    Now --> Next --> Later

    classDef now fill:#27ae60,stroke:#1e8449,color:#fff
    classDef next fill:#f39c12,stroke:#e67e22,color:#fff
    classDef later fill:#e74c3c,stroke:#c0392b,color:#fff
    class N1,N2 now
    class X1,X2 next
    class L1,L2 later

「Now-Next-Later は予測ではなく意思表示だ。“こうなるだろう”ではなく”こうしていく”。だからこそ定期的な見直しが必要なんだ」 — 佐藤CTO

ビジネス戦略との整合

ビジネス目標から技術目標への変換

# ビジネス目標 → 技術目標の変換例

business_goal: "海外展開（東南アジア3カ国）"
tech_objectives:
  - name: "多言語・多通貨対応"
    timeline: "Now"
    effort: "L"
    dependencies: ["i18nフレームワーク導入"]
  - name: "CDN最適化（アジアリージョン）"
    timeline: "Now"
    effort: "M"
    dependencies: ["CloudFront設定変更"]
  - name: "データレジデンシー対応"
    timeline: "Next"
    effort: "XL"
    dependencies: ["マルチリージョンDB設計"]
  - name: "現地決済手段統合"
    timeline: "Next"
    effort: "L"
    dependencies: ["決済ゲートウェイ調査"]

整合性確認マトリクス

優先順位付けフレームワーク

RICE スコアリング

技術施策の優先順位を定量的に評価します。

RICE Score = (Reach × Impact × Confidence) / Effort

Reach:     影響を受けるユーザー・チーム数（四半期あたり）
Impact:    影響度（3=massive, 2=high, 1=medium, 0.5=low, 0.25=minimal）
Confidence: 確信度（100%, 80%, 50%）
Effort:    工数（人月）

2x2 マトリクス（Impact × Effort）

graph TD
    subgraph Matrix["2x2 マトリクス（Impact × Effort）"]
        QW["Quick Wins
少ない工数 × 高インパクト
即座に着手"]
        SI["Strategic Investments
多い工数 × 高インパクト
計画的に投資"]
        FI["Fill-ins
少ない工数 × 低インパクト
余裕時に実施"]
        TS["Time Sinks
多い工数 × 低インパクト
避ける"]
    end

    style QW fill:#d1fae5,stroke:#059669,color:#065f46
    style SI fill:#dbeafe,stroke:#2563eb,stroke-width:2px,color:#1e40af
    style FI fill:#fef3c7,stroke:#d97706,stroke-width:2px,color:#92400e
    style TS fill:#fee2e2,stroke:#dc2626,color:#991b1b

ロードマップのフォーマット

テンプレート

# テクノロジーロードマップ 2026 Q1-Q4

## ビジョン
[技術組織が目指す姿を1-2文で]

## 戦略テーマ
1. 開発者生産性の向上
2. システム信頼性の強化
3. データ基盤の近代化

---

### Now（2026 Q1）

#### テーマ1: 開発者生産性の向上
| 施策 | オーナー | 完了基準 | 進捗 |
|------|---------|---------|------|
| CI/CDパイプライン刷新 | 鈴木 | ビルド時間50%短縮 | 70% |
| 開発環境のコンテナ化 | 田中 | 全チームDockerfile統一 | 40% |

#### テーマ2: システム信頼性の強化
| 施策 | オーナー | 完了基準 | 進捗 |
|------|---------|---------|------|
| SLO/SLI定義 | 佐藤 | 主要5サービスにSLO設定 | 60% |

---

### Next（2026 Q2）

#### テーマ1: 開発者生産性の向上
- [ ] 内部開発者ポータル（Backstage）導入
- [ ] APIカタログ整備

#### テーマ3: データ基盤の近代化
- [ ] データレイク構築（S3 + Athena）
- [ ] リアルタイムパイプライン検証（Kafka Connect）

---

### Later（2026 Q3-Q4）
- マイクロサービス分離（注文ドメイン）
- マルチリージョン対応
- エッジコンピューティング検証

ロードマップ策定のプロセス

5ステップ

graph TD
    S1["Step 1: インプット収集"]
    S1 --> S1a["ビジネスロードマップ
（プロダクトチームから）"]
    S1 --> S1b["テクノロジーレーダー
（前ステップで作成）"]
    S1 --> S1c["技術負債リスト
（Step 2で詳述）"]
    S1 --> S1d["エンジニアからの
フィードバック"]

    S2["Step 2: テーマの設定"]
    S2 --> S2a["3-5個の戦略テーマを決定"]
    S2 --> S2b["各テーマにビジネス目標を紐付け"]

    S3["Step 3: 施策の洗い出しと優先順位付け"]
    S3 --> S3a["RICEスコアリング"]
    S3 --> S3b["依存関係の整理"]

    S4["Step 4: タイムラインへの配置"]
    S4 --> S4a["Now / Next / Later に振り分け"]
    S4 --> S4b["リソース制約との整合性確認"]

    S5["Step 5: レビューと合意形成"]
    S5 --> S5a["経営層へのプレゼン"]
    S5 --> S5b["チームへの共有"]
    S5 --> S5c["フィードバック反映"]

    S1 ~~~ S2 ~~~ S3 ~~~ S4 ~~~ S5

    style S1 fill:#dbeafe,stroke:#2563eb,stroke-width:2px,color:#1e40af
    style S2 fill:#dbeafe,stroke:#2563eb,stroke-width:2px,color:#1e40af
    style S3 fill:#dbeafe,stroke:#2563eb,stroke-width:2px,color:#1e40af
    style S4 fill:#dbeafe,stroke:#2563eb,stroke-width:2px,color:#1e40af
    style S5 fill:#dbeafe,stroke:#2563eb,stroke-width:2px,color:#1e40af
    style S1a fill:#f3f4f6,stroke:#9ca3af,color:#374151
    style S1b fill:#f3f4f6,stroke:#9ca3af,color:#374151
    style S1c fill:#f3f4f6,stroke:#9ca3af,color:#374151
    style S1d fill:#f3f4f6,stroke:#9ca3af,color:#374151
    style S2a fill:#f3f4f6,stroke:#9ca3af,color:#374151
    style S2b fill:#f3f4f6,stroke:#9ca3af,color:#374151
    style S3a fill:#f3f4f6,stroke:#9ca3af,color:#374151
    style S3b fill:#f3f4f6,stroke:#9ca3af,color:#374151
    style S4a fill:#f3f4f6,stroke:#9ca3af,color:#374151
    style S4b fill:#f3f4f6,stroke:#9ca3af,color:#374151
    style S5a fill:#f3f4f6,stroke:#9ca3af,color:#374151
    style S5b fill:#f3f4f6,stroke:#9ca3af,color:#374151
    style S5c fill:#f3f4f6,stroke:#9ca3af,color:#374151

まとめ

チェックリスト

• テクノロジーロードマップの目的と構造を理解した
• ビジネス目標から技術目標への変換方法を把握した
• RICE スコアリングによる優先順位付けを理解した
• ロードマップの策定プロセスを把握した

次のステップへ

次は「Build vs Buy vs OSS の判断」を学びます。ロードマップ上の各施策を実現する際に、自社で開発するのか、製品を購入するのか、OSSを活用するのか — この判断基準を体系化します。

推定読了時間: 30分