プロジェクトを進めていると、「どのタスクから着手すべきか」「価値が高いものを優先すべきか、すぐ終わるものを優先すべきか」「関係者の声が大きい要望ばかり優先されていないか」と悩むことがあります。
特に、アジャイル開発、業務改善、DX推進、Webサイト改善、新商品企画、社内システム導入などでは、やりたいことが次々に出てきます。しかし、時間、人員、予算には限りがあります。すべてを同時に進めることはできません。
このとき、単純に「重要そうなもの」から進めるだけでは不十分な場合があります。価値は高いけれど非常に時間がかかるタスクもあります。逆に、少ない工数で大きな効果が出るタスクもあります。
そこで役立つのが、WSJFです。
WSJFは、Weighted Shortest Job Firstの略で、「重みづけされた最短作業を先に行う」という考え方です。簡単に言えば、「価値が高く、かつ短い時間でできる仕事を優先する」ためのフレームワークです。
初心者にとっては少し難しそうに見えるかもしれませんが、本質はシンプルです。やることを「効果」と「作業の大きさ」で比べて、より効率よく価値を生み出せるものから着手する方法です。
この記事でわかること
・WSJFとは何か
・WSJFは何に使うのか
・WSJFの基本的な考え方
・WSJFの使い方
・WSJFの具体例
・関連フレームワークとの違い
最初から完璧に使いこなす必要はありません。まずは「WSJFは、価値と作業量を比べて、優先順位を決めるための型だ」とつかめれば十分です。
WSJFとは？
WSJFとは、Weighted Shortest Job Firstの略です。
プロジェクトやプロダクト開発において、複数のタスク、機能、要件、改善案の中から、どれを先に進めるべきかを判断するための優先順位づけフレームワークです。
WSJFでは、単に「重要そうなもの」から選ぶのではなく、「遅らせるとどれくらい損をするか」と「実行にどれくらい手間がかかるか」を比べます。
基本的な考え方は、次の通りです。
・価値が高いものは優先したい
・緊急度が高いものは優先したい
・リスク低減や学習につながるものも優先したい
・ただし、作業量が大きすぎるものは慎重に考える
・少ない作業量で大きな価値が出るものは優先度が高い
WSJFでは、一般的に次のような式で考えます。
WSJF ＝ 遅延コスト ÷ 作業サイズ
遅延コストとは、その仕事を後回しにすることで失われる価値や発生する損失のことです。作業サイズとは、その仕事を完了するために必要な工数や難易度のことです。
初心者向けに言い換えるなら、WSJFは「早くやる価値が大きく、かつ短く終わる仕事を見つける方法」です。
一言でいうと、WSJFは価値、緊急度、リスク、作業量を考慮して、着手順を決めるためのフレームワークです。
WSJFは何に使うのか
WSJFは、複数の候補の中から、何を先に進めるべきかを決めるために使います。
仕事では、「どれも大事」に見えることがよくあります。顧客要望、上司の指示、現場の改善案、システム機能、マーケティング施策、社内ツールの改善など、多くの候補が並びます。
しかし、限られたリソースの中では、どれから進めるかを決めなければなりません。
WSJFは次のような目的で使われます。
・バックログの優先順位を決める
・機能開発の順番を決める
・改善施策の着手順を決める
・少ない工数で効果が大きいものを見つける
・遅らせると損失が大きいものを見つける
・感覚ではなく基準を持って優先順位を決める
・関係者との議論を整理する
・アジャイルやScrumの計画に活用する
たとえば、社内システム改善で「検索機能の改善」「通知メールの追加」「画面デザインの刷新」「CSV出力機能」「権限管理の細分化」などの要望があるとします。
どれも必要そうに見えますが、効果や作業量は違います。検索機能の改善は利用者全員に大きな効果があり、比較的短期間でできるかもしれません。一方、権限管理の細分化は重要ですが、設計やテストに大きな工数がかかるかもしれません。
WSJFを使うと、こうした候補を比較し、「今すぐ着手すべきもの」を判断しやすくなります。
どんな人に向いているか
WSJFは、優先順位づけに悩んでいる人に向いています。
特に、次のような人におすすめです。
・アジャイルやScrumでバックログを管理している人
・複数の要望や改善案を整理したい人
・限られた人員でどれから進めるか決めたい人
・感覚的な優先順位づけから脱却したい人
・関係者の声の大きさに左右されず判断したい人
・業務改善やDX推進を担当している人
・Webサイト改善やプロダクト開発に関わる人
・新規事業や商品企画で施策を選びたい人
WSJFは、ITやソフトウェア開発でよく使われますが、考え方は一般的な仕事にも応用できます。
たとえば、社内研修教材の改善、営業資料の改訂、Web記事のリライト、業務フロー改善、問い合わせ対応の改善、マーケティング施策の選定などでも使えます。
「重要度だけで考えると大きな仕事ばかり残る」「簡単な仕事ばかり進めて本質的な改善が進まない」と感じる場合、WSJFはバランスのよい判断に役立ちます。
WSJFの基本的な考え方
WSJFの基本は、「遅延コスト」と「作業サイズ」を比べることです。
遅延コストは、その仕事を後回しにすることで失われる価値や発生する損失です。作業サイズは、その仕事を終えるために必要な工数、難易度、期間、関係者調整の大きさです。
WSJFでは、遅延コストが大きく、作業サイズが小さいものほど優先度が高くなります。
たとえば、次の2つのタスクがあるとします。
・A：効果は大きいが、完了まで3か月かかる
・B：効果は中くらいだが、1週間で完了する
この場合、Aが重要だからといって必ず先にやるとは限りません。Bを先にやれば、短期間で効果を出せる可能性があります。
WSJFでは、遅延コストをさらに次のような要素で考えることがあります。
・ビジネス価値
・時間的緊急度
・リスク低減や機会創出の価値
ビジネス価値は、その仕事を実施することで得られる価値です。売上、コスト削減、顧客満足、業務効率、品質向上などが含まれます。
時間的緊急度は、早くやる必要があるかどうかです。期限がある、競合が先に動く、法改正に対応する必要がある、繁忙期前に対応したいなどが該当します。
リスク低減や機会創出の価値は、その仕事を行うことでリスクを減らせるか、新しいチャンスを得られるかを表します。
これらを合計して遅延コストを考え、それを作業サイズで割ることで、優先順位を決めます。
WSJFの使い方
手順1 候補となるタスクや要件を洗い出す
最初に、優先順位づけしたいタスクや要件を洗い出します。
WSJFは、複数の候補を比較するためのフレームワークです。そのため、まずは候補を一覧化する必要があります。
たとえば、Webサイト改善なら次のような候補があります。
・トップページのCTAを改善する
・問い合わせフォームを短くする
・導入事例ページを追加する
・FAQを整備する
・スマートフォン表示を改善する
・資料ダウンロード導線を追加する
・アクセス解析の設定を見直す
社内システム改善なら、次のような候補があります。
・検索機能を改善する
・通知メールを追加する
・承認フローを変更する
・CSV出力機能を追加する
・ユーザー権限を細かく設定できるようにする
・画面表示を改善する
・利用マニュアルを整備する
候補は、Product Backlogや改善リストとして整理しておくと使いやすくなります。
手順2 ビジネス価値を評価する
次に、各候補のビジネス価値を評価します。
ビジネス価値とは、そのタスクを実施することで得られる効果です。売上増加、コスト削減、業務効率化、顧客満足向上、品質向上、従業員満足向上などが含まれます。
評価は、必ずしも厳密な金額で行う必要はありません。初心者の場合は、1から5、または1から10のような相対評価で十分です。
たとえば、次のように考えます。
・非常に価値が高い：10点
・価値が高い：8点
・中程度：5点
・低い：3点
・非常に低い：1点
評価するときは、次の問いが役立ちます。
・顧客や利用者にどれくらい価値があるか
・売上や成果にどれくらい影響するか
・業務効率をどれくらい改善するか
・品質や満足度をどれくらい高めるか
・組織目標にどれくらい貢献するか
ビジネス価値は、関係者によって見方が変わることがあります。そのため、できれば複数人で話し合って評価するのが実務的です。
手順3 時間的緊急度を評価する
次に、時間的緊急度を評価します。
時間的緊急度とは、「今やるべき理由がどれくらい強いか」です。
たとえば、法改正への対応、キャンペーン開始前の準備、顧客との契約期限、展示会までの期限、繁忙期前の対応などは、時間的緊急度が高くなります。
時間的緊急度を評価するときは、次の問いが役立ちます。
・期限が決まっているか
・遅れると機会損失があるか
・競合に先を越される可能性があるか
・顧客や利用者への影響が早く出るか
・後回しにすると問題が大きくなるか
・特定の時期までに実施する必要があるか
たとえば、展示会で使う営業資料の更新は、展示会前であれば緊急度が高いです。しかし、展示会後なら緊急度は下がるかもしれません。
時間的緊急度を考えることで、「価値はあるが、今すぐではなくてもよいもの」と「今やらないと価値が下がるもの」を分けられます。
手順4 リスク低減・機会創出価値を評価する
次に、リスク低減や機会創出の価値を評価します。
これは、そのタスクを実施することで、将来のリスクを減らせるか、新しいチャンスを得られるかを考える視点です。
たとえば、社内システムのセキュリティ対応は、すぐに売上を増やすものではないかもしれません。しかし、情報漏えいリスクを下げるという意味で価値があります。
また、新しい顧客ニーズを検証するための小さな実験は、短期売上には直結しなくても、新規事業の可能性を見極める機会創出になります。
評価するときは、次の問いが役立ちます。
・このタスクは将来のリスクを減らすか
・品質問題やトラブルを防げるか
・不確実なことを早く学べるか
・新しい市場や顧客の可能性を確認できるか
・後工程の手戻りを減らせるか
・技術的負債や業務負債を減らせるか
この視点を入れることで、短期的な売上や目立つ成果だけでなく、将来の安定性や学習価値も評価できます。
手順5 作業サイズを見積もり、WSJFを計算する
最後に、作業サイズを見積もり、WSJFを計算します。
作業サイズとは、そのタスクを完了するために必要な工数や難易度です。人日、ストーリーポイント、Tシャツサイズ、1から10の相対評価などで見積もります。
初心者の場合は、1、2、3、5、8、13のようにざっくりした相対評価でも十分です。
WSJFの基本式は次の通りです。
WSJF ＝ 遅延コスト ÷ 作業サイズ
遅延コストは、次のように考えます。
遅延コスト ＝ ビジネス価値 ＋ 時間的緊急度 ＋ リスク低減・機会創出価値
たとえば、あるタスクについて次のように評価したとします。
・ビジネス価値：8
・時間的緊急度：6
・リスク低減・機会創出価値：4
・作業サイズ：3
この場合、遅延コストは18です。
18 ÷ 3 ＝ 6
WSJFは6になります。
別のタスクが、ビジネス価値10、時間的緊急度8、リスク低減価値6で合計24だったとしても、作業サイズが12なら、WSJFは2になります。
この場合、前者の方が「短い作業で効率よく価値を出せる」ため、先に着手する候補になります。
WSJFの具体例
例 Webサイト改善の場合
Webサイト改善プロジェクトでWSJFを使う例を考えてみます。
候補として、次のような改善案があります。
・問い合わせフォームを短くする
・トップページのCTAを改善する
・導入事例ページを追加する
・スマートフォン表示を改善する
・チャットボットを導入する
それぞれについて、ビジネス価値、時間的緊急度、リスク低減・機会創出価値、作業サイズを評価します。
たとえば、問い合わせフォームを短くする施策は、問い合わせ率の改善につながる可能性があります。作業サイズも比較的小さいかもしれません。ビジネス価値が高く、作業サイズが小さいなら、WSJFは高くなります。
一方、チャットボット導入は便利ですが、設計、ツール選定、FAQ整備、運用体制構築が必要で、作業サイズが大きいかもしれません。価値は高くても、すぐに着手すべきかは慎重に考える必要があります。
また、スマートフォン表示の改善は、アクセスの大半がスマートフォンならビジネス価値が高くなります。表示崩れが問い合わせ離脱につながっているなら、時間的緊急度も高いでしょう。
WSJFを使うことで、「見た目が派手な施策」ではなく、「短い時間で価値を出せる施策」を見つけやすくなります。
別の例 社内システム改善の場合
社内システム改善でもWSJFは有効です。
候補として、次のような要望があるとします。
・検索機能を改善する
・通知メールを追加する
・CSV出力機能を追加する
・承認フローを細かく設定できるようにする
・利用マニュアルを整備する
検索機能の改善は、多くの利用者が毎日使う機能であれば、ビジネス価値が高くなります。作業サイズが中程度であれば、優先度は高くなる可能性があります。
通知メールの追加は、承認漏れや対応遅れを減らせるため、業務効率やリスク低減の価値があります。実装工数が小さいなら、WSJFは高くなります。
一方、承認フローを細かく設定できるようにする機能は、重要ではあるものの、設計やテストが複雑で作業サイズが大きいかもしれません。この場合、すぐに着手するよりも、まず最小限の承認フロー改善から始める方がよい場合があります。
利用マニュアルの整備は、開発ではありませんが、問い合わせ削減や利用定着に効果があります。作業サイズが小さく、利用者の混乱を減らせるなら、意外とWSJFが高くなることもあります。
このように、WSJFはシステム機能だけでなく、運用改善や教育施策の優先順位づけにも使えます。
具体例でわかるポイント
WSJFの具体例からわかるポイントは、次の通りです。
・価値が高いだけでは優先順位は決まらない
・作業サイズが小さく効果が大きいものは優先されやすい
・時間的緊急度を入れると、期限のある仕事を見落としにくい
・リスク低減や学習価値も評価に含められる
・声の大きい要望だけでなく、客観的に比較しやすい
・優先順位は状況に応じて見直す必要がある
WSJFは、単に点数を出すための計算式ではありません。限られたリソースで、どの順番なら最も早く価値を出せるかを考えるための判断ツールです。
WSJFを使うメリット
WSJFを使う最大のメリットは、優先順位を比較的客観的に決めやすくなることです。
仕事の優先順位は、感覚や声の大きさで決まることがあります。しかし、それでは本当に価値の高い仕事や、早くやるべき仕事を見落とす可能性があります。
WSJFを使うメリットは次の通りです。
・価値と作業量のバランスで判断できる
・少ない工数で効果が大きい仕事を見つけやすい
・遅らせると損失が大きい仕事を優先できる
・関係者との優先順位議論を整理しやすい
・アジャイルやScrumのバックログ管理に使いやすい
・感覚的な優先順位づけを減らせる
・リスク低減や学習価値も考慮できる
・限られたリソースを有効に使いやすい
特に実務で大きいのは、「大きな仕事だから重要」「簡単な仕事だから先にやる」という単純な判断を避けられることです。
大きな仕事でも、価値が非常に高く、遅れる損失が大きければ優先すべきです。一方で、価値が中程度でも、作業サイズが非常に小さければ、先に実施することで早く効果を得られる場合があります。
WSJFは、こうした判断を整理するのに役立ちます。
WSJFを使うときの注意点
WSJFは便利ですが、点数に頼りすぎると危険です。
ビジネス価値、時間的緊急度、リスク低減価値、作業サイズは、完全に客観的な数字ではありません。人による判断が入ります。そのため、WSJFの数値を絶対的な正解として扱うのではなく、議論を整理するための材料として使うことが大切です。
よくある失敗例は次の通りです。
・点数を細かく決めることに時間をかけすぎる
・評価基準が曖昧なまま採点する
・作業サイズを小さく見積もりすぎる
・ビジネス価値を過大評価する
・声の大きい関係者の要望だけ点数が高くなる
・リスク低減や緊急度を無視する
・一度決めた優先順位を見直さない
・依存関係を考慮しない
・法務や品質など必須対応を低く見積もる
・数字だけで最終判断してしまう
特に注意したいのは、WSJFは依存関係を自動的には解決しないという点です。
あるタスクのWSJFが高くても、前提となる作業が終わっていなければ着手できない場合があります。また、法令対応や重大な品質問題などは、点数が低く見えても必ず対応しなければならない場合があります。
そのため、WSJFはMoSCoW、WBS、リスクマトリクス、ガントチャートなどと組み合わせて使うと効果的です。
関連フレームワークとの違い
WSJFと似た場面で使われるフレームワークはいくつかあります。それぞれの違いを理解しておくと、優先順位づけやプロジェクト管理で使い分けしやすくなります。
MoSCoWとの違い
MoSCoWは、要件やタスクをMust、Should、Could、Won’tの4つに分類するフレームワークです。
WSJFは、遅延コストと作業サイズを使って、より定量的に優先順位を決めるフレームワークです。
MoSCoWはシンプルで、関係者との合意形成に向いています。一方、WSJFは候補が多く、着手順を細かく比較したい場合に向いています。
MoSCoWは分類、WSJFは数値による優先順位づけに強いフレームワークです。
Scrumとの違い
Scrumは、Product Backlog、Sprint、Review、Retrospectiveなどを使い、短いサイクルで成果物を作るフレームワークです。
WSJFは、ScrumのProduct Backlogを並べ替えるときに使える優先順位づけの方法です。
Scrumは仕事の進め方、WSJFはその中で「どのBacklog項目から取り組むか」を決める道具です。
アジャイルとの違い
アジャイルは、変化に対応しながら小さく作って改善する考え方です。
WSJFは、アジャイルの中で「価値の高いものから作る」ための判断方法として使えます。
アジャイルは広い考え方であり、WSJFは優先順位づけの具体的な手法です。
WBSとの違い
WBSは、プロジェクトを作業単位に分解するフレームワークです。
WSJFは、分解された作業や候補の中から、何を先にやるかを決めるフレームワークです。
実務では、WBSで作業を洗い出し、WSJFで優先順位をつけるという使い方ができます。
WBSは作業分解、WSJFは着手順の判断に強いフレームワークです。
リスクマトリクスとの違い
リスクマトリクスは、リスクを発生確率と影響度で評価するフレームワークです。
WSJFは、価値、緊急度、リスク低減価値、作業サイズを使って優先順位を決めます。
たとえば、リスクマトリクスで高リスクと判断された課題は、WSJFの「リスク低減・機会創出価値」が高くなる可能性があります。
リスクマトリクスはリスク評価、WSJFは施策やタスクの優先順位づけに向いています。
WSJFはどんな場面で使うと効果的か
WSJFは、複数の候補から着手順を決める必要がある場面で効果を発揮します。
逆に、候補が少ない場合や、法令対応のように必ず実施すべきものだけがある場合には、WSJFを本格的に使う必要はあまりありません。
WSJFが効果的な場面は次の通りです。
・アジャイル開発のバックログ整理
・ScrumのSprint Planning前の優先順位づけ
・Webサイト改善施策の選定
・社内システム改善要望の整理
・業務改善アイデアの優先順位づけ
・DX施策のロードマップ作成
・新商品企画の機能選定
・マーケティング施策の選定
・営業資料やコンテンツ改善の順番決め
・問い合わせ削減施策の選定
・技術的負債への対応順序の整理
・限られた人員で進める改善活動
特に、「価値は高いが大きい仕事」と「価値は中くらいだがすぐできる仕事」が混在している場合に、WSJFは役立ちます。
また、関係者が多く、それぞれが異なる要望を出している場面でも有効です。共通の評価軸を使うことで、議論を整理しやすくなります。
まとめ
WSJFは、Weighted Shortest Job Firstの略で、価値や緊急度に対して作業サイズが小さいものを優先するためのフレームワークです。
プロジェクトでは、やりたいことや改善案が多く出てきます。しかし、時間、人員、予算には限りがあります。すべてを同時に進めることはできません。そのため、何を先に進めるかを判断する必要があります。
WSJFでは、ビジネス価値、時間的緊急度、リスク低減・機会創出価値をもとに遅延コストを考え、それを作業サイズで割って優先順位を判断します。これにより、「早くやる価値が高く、少ない工数で実現できるもの」を見つけやすくなります。
ただし、WSJFの点数は絶対的な正解ではありません。評価基準をそろえ、関係者と議論し、依存関係や必須対応も考慮しながら使うことが大切です。
まずは、今抱えている改善案を5つ書き出し、それぞれについて「価値」「緊急度」「リスク低減価値」「作業サイズ」をざっくり点数化して、WSJFの考え方で並べ替えてみましょう。
次に読みたい関連記事
まず全体像を見たい方へ
仕事で使えるフレームワーク一覧｜初心者向けに意味・種類・使い方をわかりやすく解説
あわせて読みたい関連記事
MoSCoWとは？初心者向けに意味・使い方・具体例をやさしく解説
Scrumとは？初心者向けに意味・使い方・具体例をやさしく解説
リスクマトリクスとは？初心者向けに意味・使い方・具体例をやさしく解説
目的別にまとめて読みたい方へ
プロジェクト管理で使えるフレームワークまとめ｜初心者向けに種類・使い分け・活用例を解説
