優先順位付け手法 - L0 カリキュラム

ストーリー

田

田中VPoE

インパクト分析で各施策の効果を定量化した。次は優先順位を決める。ここが組織横断改善で最も難しいポイントだ

あなた

なぜ難しいんですか？数字が大きい順にやればいいのでは？

あ

田

田中VPoE

単純にROIが高い順にやれるなら苦労しない。だが、現実にはさまざまな制約がある。人的リソースの制約、前提条件の依存関係、ステークホルダーの政治的力学。そして何より「全員が自分の領域の施策が最優先だ」と主張する

あなた

なるほど。合理的に見えるフレームワークで合意形成をする必要がある、ということですね

あ

田

田中VPoE

その通りだ。優先順位付けは「決める」ことだけでなく、「納得してもらう」ことが同じくらい重要だ

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

1. ICEスコアリング

シンプルで直感的なフレームワークです。

軸	説明	スコア
Impact（影響度）	成功した場合のインパクトの大きさ	1-10
Confidence（確信度）	見積もりの確かさ、成功の確率	1-10
Ease（容易さ）	実行の容易さ、必要なリソースの少なさ	1-10

ICEスコア = Impact × Confidence × Ease

例:
施策A: テスト自動化         I:8 × C:7 × E:5 = 280
施策B: セキュリティ自動化    I:7 × C:6 × E:4 = 168
施策C: PRテンプレート導入    I:3 × C:9 × E:9 = 243
施策D: 全面リアーキテクチャ  I:10 × C:3 × E:2 = 60

2. WSJF（Weighted Shortest Job First）

SAFe（Scaled Agile Framework）で使われる手法で、価値を実現時間で割って優先度を決めます。

WSJF = CoD / Job Duration

CoD（Cost of Delay）= ビジネス価値 + 時間的緊急性 + リスク低減/機会創出

例:
             ビジネス  緊急性  リスク   CoD   期間   WSJF
テスト自動化    8       5      7      20    8週    2.5
セキュリティ    6       8      9      23    6週    3.8  ← 最優先
CI/CD整備      7       4      5      16    4週    4.0  ← 最優先
リアーキテクチャ 9       3      6      18    24週   0.75

「WSJFの面白いところは、小さくて効果の高い施策が上位に来やすいこと。大きな改善を分割するインセンティブが生まれる」 — 田中VPoE

3. 2×2マトリクス（効果×工数）

視覚的でステークホルダーとの合意形成に使いやすいフレームワークです。

                高い効果
                   │
    Quick Win:     │     Strategic:
    すぐやる       │     計画的に実行
    （PRテンプレート│    （テスト自動化、
     導入）        │     CI/CD整備）
                   │
少ない工数 ────────┼──────── 多い工数
                   │
    Fill-in:       │     Avoid:
    余力があれば   │     やらない/後回し
    （ドキュメント │    （全面リアーキ
     テンプレート） │     テクチャ）
                   │
                低い効果

依存関係の分析

施策間の依存マップ

施策間に前後の依存関係がある場合、順序の制約を考慮する必要があります。

依存関係マップ:

CI/CDパイプライン整備
  └── テスト自動化（CI/CDが前提）
       └── セキュリティテスト自動化（テスト基盤が前提）

API契約の整備
  └── チーム間依存の可視化（契約がないと可視化できない）
       └── マイクロサービス分割（依存関係が明確でないと分割できない）

独立して実行可能:
  ・PRテンプレート導入
  ・承認プロセスの簡素化
  ・コードオーナー制の導入

クリティカルパスの特定

クリティカルパス分析:

パスA: CI/CD(4w) → テスト自動化(8w) → セキュリティ自動化(6w) = 18週
パスB: API契約(3w) → 依存可視化(4w) → チーム構造最適化(8w) = 15週
パスC: PRテンプレート(1w) ※独立                              = 1週

クリティカルパスはパスA（18週）。
パスBとCはパスAと並行実行可能。

合意形成の技法

ドット投票法

各ステークホルダーに投票用のドット（シール）を配り、優先度が高いと思う施策に投票してもらいます。

ルール	説明
1人あたりの投票数	施策数の1/3程度（例: 10施策なら3票）
1つの施策への集中投票	可能（強い意思表示として尊重）
投票後のディスカッション	結果をもとに議論し、最終決定

バイバック法

全施策を「やらない」前提で始め、1つずつ「やる理由」を提示して承認を得ていく方法です。

バイバック法の進め方:

1. 「予算はゼロ、何もやらない」から開始
2. 最もROIの高い施策を提示し、投資判断を求める
   「テスト自動化: 投資4,500万、3年効果2.8億。やりますか？」
3. 承認されたら次の施策へ
4. 予算上限に達するか、ROIが基準を下回ったら終了
5. 結果として優先順位が自然に決まる

「バイバック法の良い点は、各施策の投資判断を個別に行うため、『全部やる/全部やらない』の二択を避けられることだ」 — 田中VPoE

まとめ

ポイント	内容
ICEスコアリング	シンプルで素早い優先順位付けに適する
WSJF	時間あたりの価値を最大化する。小さな施策が有利
2×2マトリクス	視覚的でステークホルダーとの合意形成に有効
依存関係	施策間の前後関係とクリティカルパスを考慮する
合意形成	ドット投票法やバイバック法で透明性のある意思決定を行う

チェックリスト

ICE、WSJF、2×2マトリクスの使い方を理解した
施策間の依存関係分析とクリティカルパスの特定ができる
合意形成の技法（ドット投票、バイバック法）を把握した
優先順位付けは「決める」と「納得してもらう」の両方が必要だと理解した

次のステップへ

次は「ロードマップ設計」を学びます。優先順位付けした施策を時間軸に並べ、実行可能な計画に落とし込みましょう。

推定読了時間: 30分