WSJF（加重最短作業優先）

WSJFの計算式は、WSJF = Cost of Delay ÷ Job Duration。Cost of Delay自体は、相対的なスケール（しばしばフィボナッチ数列）で評価される3つの要素——ユーザー・ビジネス価値、時間的緊急性（緊急度によって経済的価値がどう変わるか）、そしてリスク低減または機会創出（RR/OE）——の合計である。この合計を推定した作業規模で割ることで優先順位スコアが得られる。これは絶対的な価値の尺度ではなく、時間単位あたりの価値の尺度である。

WSJFは比率に基づいているため、大きなリスクを低減する小さく緊急性の高い項目が、完成に数か月かかる高価値な機能を優先順位で上回ることがある。これによりWSJFは、SAFeにおいてポートフォリオレベル（エピックの並び替え）とプログラムレベル（PIプランニング中のフィーチャーの並び替え）の両方で特に有効に機能する——チームが個々のユーザーストーリーではなく、複数のスプリントにわたる共有バックログの順位を決める必要がある場面すべてにおいて。

チームは各次元を相対的に見積もる——通貨や時間ではなく、基準となる項目と比較することによってである。よく使われるワークショップの手法は、中規模の項目を1つ選び、それぞれの次元で8点を割り当て、他の項目がそれより高いか低いかを投票で決めるというものだ。チームは合計したCost of Delayを、作業規模の見積もり（ストーリーポイント、または数値に変換したTシャツサイズ）で割り、得られたスコアを基に順位を付ける。

最もよくある間違いは、WSJFスコアを構造化された議論の補助ツールではなく、正確な計算結果として扱うことだ。本当の価値は、チームに時間的緊急性とリスクをビジネス価値と並べて明示的に議論させることにある——非公式な直感による優先順位付けでは、これらの次元は決まって過小評価される。Product Operating Systemのように、連結されたデータ——アカウントに紐づく収益、フィーチャーに紐づく未解決のリスク、リクエストごとのフィードバック量——を可視化する仕組みがあれば、こうしたWSJFの議論に直感だけに頼らない事実的な根拠を与えることができる。

WSJFはRICE（Reach、Impact、Confidence、Effort）と2つの重要な点で異なる。時間的緊急性と機会コストを明示的にモデル化していること、そしてグロースプロダクトの文化ではなくLean-Agile / SAFeを起源としていることだ。RICEはリーチのデータが利用可能なフィーチャーレベルの意思決定に適しており、WSJFはCost of Delay——今行動しないことのコストを含む——が支配的な変数となるプログラムレベルの順位付けに適している。

ICEスコアリング（Impact、Confidence、Ease）は最も軽量な代替手段であり、豊富なデータを持たずに速く動く必要がある初期段階のチームに最も適している。WSJFはICEと完全な経済学的フレームワークの中間に位置する——ICEより厳密で、独自に作った加重モデルよりも規範的であり、SAFeのPIプランニングのリズムに密接に統合されている。