プラクティスのナレッジベース
優先順位付け手法（WSJF、MoSCoW）
WSJFとMoSCoWは、議論での声の大きさではなく、価値、緊急性、リスク、制約に基づいてチームがタスクを選択するのを助けます。
チーム
prioritization-methods
ドキュメントのセクション
これは何か
優先順位付け手法は、何を早く、遅く、または今は行わないかを選択するための共通のルールを定めます。WSJFは、価値、緊急性、リスク低減、作業量でイニシアチブを比較します。MoSCoWは、タスクを必須、重要、希望、後回しに分類します。チームに時間よりアイデアが多く、優先順位に関する議論が感情的になる場合にこのプラクティスは役立ちます。
役立つとき
- チームは、どのタスクがより重要かを定期的に議論しますが、共通の選択基準を使用していません。
- 作業に多くのイニシアチブが入り込み、重要なタスクが緊急の依頼と競合します。
- マネージャーやクライアントが、決定のロジックを説明せずに優先順位を変更します。
- チームは、どのタスクが顧客、リスク、または会社の目標に最も影響するかを把握できていません。
- バックログは増えていますが、古いアイデアが削除されたり意図的に後回しにされることはほとんどありません。
始め方
- 1 現在優先順位に関する議論が最も多いイニシアチブまたはタスクのリストを1つ選びます。
- 2 各タスクについて、価値、緊急性、リスク、おおよその作業量を簡単なカテゴリで記述します。
- 3 MoSCoWに従ってタスクを分類し、必須、重要、希望、後回しを明確にします。
- 4 WSJFで上位のタスクを比較し、評価の大幅な相違点のみを議論します。
- 5 タスクの横に最終的な順序と選択理由を記録し、議論を繰り返さないようにします。
期待される効果
チームはタスク選択のための共通言語を得て、なぜあるイニシアチブが他より先になるのかを素早く説明できるようになります。マネージャーは、個人的な好みではなく合意された基準に基づいて判断するため、作業を拒否したり延期したりしやすくなります。
よくある間違い
- チームが評価を複雑な計算に変え、解決よりもスコアに多くの時間を費やしてしまいます。
- ほぼすべてが必須タスクリストに入るため、MoSCoWが選択の助けにならなくなります。
- 顧客、リスク、作業の複雑さを理解している人々と話し合わずに、1人の人が評価を行います。
- 優先順位を一度決めたら、目標、期限、制約が変わっても見直しません。
- 方法を戦略の代わりに使用する：順序を選ぶのには役立ちますが、ビジネスにとってどの目標が重要かには答えません。
さらに詳しく読む
- 書籍：Don Reinertsen『The Principles of Product Development Flow』
- ドキュメント：Scaled Agile FrameworkのWeighted Shortest Job Firstの章
- ドキュメント：DSDM Agile Project FrameworkのMoSCoW Prioritisationの章
FAQ
このプラクティスのオーナーは誰がなるべきですか？
通常はチームリーダー、プロダクトオーナー、またはバックログのオーナーが始めます。顧客への価値、リスク、実際の遂行の複雑さを理解する人々が議論に参加することが重要です。
コンサルタントなしで始められますか？
はい。始めるには、議論の多いタスクリストを1つ取り、簡単な基準について合意し、短い評価セッションを行うだけで十分です。複雑な数式は、チームが基準の意味を理解してから追加するのが良いでしょう。
手法が機能しているかどうかをどのように判断しますか？
議論の後、チームは同じ言語でタスクの順序を説明できます。過去の決定に関する繰り返しの議論が減り、新しい緊急の依頼は既に選択された優先順位と比較されるようになります。
参加者が評価に同意しない場合はどうすればよいですか？
大きな相違点のみを分析します：価値、リスク、緊急性、作業量について人々の見方が異なる部分です。正確なスコアではなく、異なる前提を明らかにし、明確な決定を下すことが目的です。