WSJF：SAFe流の優先順位付けを中小チームに適用する方法
本ページはプロモーションが含まれています
WSJF（加重最短ジョブファースト）の計算方法と、SAFeの大企業向けフレームワークを中小チームで使えるようにシンプル化した実践手順を解説。
「何を先に作るべきか」の意思決定は、PMが毎スプリント直面する難問だ。RICEスコアやMoSCoW法は広く使われているが、「顧客価値」「時間的緊急性」「技術的リスク」「実装の難易度」を統合的に評価する指標として、WSJFはより洗練されたフレームワークだ。
WSJFとは
WSJF（Weighted Shortest Job First：加重最短ジョブファースト）はSAFe（Scaled Agile Framework）で採用されている優先順位付け手法だ。
計算式： WSJF = コスト・オブ・ディレイ（CoD） ÷ ジョブサイズ（実装期間）
コスト・オブ・ディレイ（遅延コスト）= ビジネス価値 + 時間的緊急性 + リスク軽減・機会実現の価値
つまり「遅らせるほど損するものを、短い実装期間で実現できるものほど優先する」という考え方だ。
スコアの計算方法（フィボナッチ数列を使う）
各要素を1・2・3・5・8・13・21の相対スコアで評価する。絶対値ではなく相対評価にすることで、「このタスクはあのタスクの何倍価値があるか」という比較が基準になる。
ビジネス価値（BV）： ユーザー・クライアント・ビジネスにとってどれだけ価値があるか。
時間的緊急性（TV）： 今やらないと将来の損失がどれだけ増えるか。季節性・競合・規制対応など。
リスク軽減・機会実現（RR/OE）： 未対処のリスクを減らすか、新しいビジネス機会を開くか。
ジョブサイズ（JS）： 実装にかかる相対的な大きさ（ストーリーポイントや工数推定と同様）。
実際の計算例
| Feature | BV | TV | RR/OE | CoD合計 | JS | WSJF |
|---|---|---|---|---|---|---|
| 決済機能強化 | 13 | 8 | 5 | 26 | 8 | 3.25 |
| パフォーマンス改善 | 8 | 5 | 8 | 21 | 5 | 4.20 |
| 新ダッシュボード | 5 | 3 | 2 | 10 | 13 | 0.77 |
| セキュリティ更新 | 3 | 13 | 13 | 29 | 3 | 9.67 |
結果：セキュリティ更新（9.67）→ パフォーマンス改善（4.20）→ 決済機能強化（3.25）→ 新ダッシュボード（0.77）の順が最適。
中小チーム向けのシンプル化
SAFeのWSJFは大企業向けに設計されているため、5人以下のチームではオーバーエンジニアリングになりがちだ。以下のシンプル版から始めることを推奨する。
シンプルWSJF（3項目）：
WSJF = (ビジネスインパクト + 時間的緊急性) ÷ 実装の難しさ
各項目を1〜5で評価：
1：最小
3：中程度
5：最大この式で十分な場合が多い。精度よりも「会話のための共通言語」としての役割が重要だ。
スプリントプランニングでWSJFを使う
方法：プランニングポーカー式WSJFセッション（30分）
- バックログのトップ10〜15 Issueを表示する
- 各Issueについて全員が「ビジネスインパクト」を1・3・5で同時に投票
- 最高・最低の投票者が理由を共有して合意スコアを決める
- 同様に「時間的緊急性」「実装難易度」を決める
- WSJFスコアを計算してソート → スプリント候補の順番が決定
このプロセスはスコアの算出が目的ではなく、「なぜこのIssueを優先すべきか」というチームの対話を促すことが本来の価値だ。
WSJFの限界と補完
限界：依存関係を考慮しない WSJFは各Issueを独立したものとして評価する。技術的な依存関係（Aを先に実装しないとBが作れない）は別途考慮が必要だ。
限界：スコアの根拠が主観的 「ビジネス価値8」という評価の根拠を聞かれたとき、明確に答えられない場合がある。スコアは「会話のきっかけ」として使い、最終判断はPMとビジネスオーナーが行う。
補完：定期的なスコアの見直し ビジネス環境の変化でスコアは変わる。毎スプリントでバックログ全体を評価し直すのは非効率なので、「重大な変化があった時だけ再評価する」というルールで運用する。
まとめ
WSJFは「遅らせるほど損するものを、短期間で実現できるものほど優先する」というシンプルな原則を数値化したフレームワークだ。SAFe版の完全な実装でなくても、シンプル化したWSJFをスプリントプランニングに導入するだけで、優先順位の議論が構造化されて意思決定が速くなる。
PR
