MoSCoW法 もすくわほう
MoSCoW優先順位要件定義Must Haveスコープ管理アジャイル
MoSCoW法って何？優先順位はA/B/Cじゃダメなの？
簡単に言うとこんな感じ！
MoSCoWは「絶対いる・あると良い・なくても良い・今回はいらない」の4段階で要件を分類する手法だよ！A/B/Cだとあいまいだけど、Must/Should/Could/Won’tの言葉で分けると、「これは削れない」「これは削れる」という議論がしやすくなるんだ。
MoSCoW法とは
MoSCoW法（MoSCoW Method） とは、プロジェクトや製品の要件・機能を4つのカテゴリに分類して優先順位を決める手法です。1990年代にDynamic Systems Development Method（DSDM）で開発されました。
| カテゴリ | 英語 | 意味 |
|---|---|---|
| M | Must Have | 絶対に必要。なければリリース不可 |
| S | Should Have | できれば含めたい。なくても回避策がある |
| C | Could Have | あれば良い。リソースがあれば実装 |
| W | Won’t Have（this time） | 今回は対象外。将来の候補 |
なぜMoSCoWが有効か
すべての要件に「重要」のラベルをつけると、スコープが膨らみ品質と納期が犠牲になります。MoSCoWで分類すると：
- スコープクリープを防ぐ：「Won’t Have」を明示することで要件追加の歯止めになる
- トレードオフの議論をしやすい：「Should→Couldに落とすことでスケジュールを守れる」という交渉が可能
- 関係者の合意形成：「Must Have」への同意を取ることで後からの「やっぱり必要」を減らす
MoSCoWの適用例（ECサイト機能）
| 機能 | 分類 |
|---|---|
| 商品の購入・決済 | Must Have |
| 購入履歴の表示 | Must Have |
| 商品レビュー機能 | Should Have |
| おすすめ商品の表示 | Could Have |
| ソーシャルログイン | Won’t Have |
歴史と背景
- 1994年：ダイ・クレッグがDSDM（Dynamic Systems Development Method）でMoSCoWを提唱
- アジャイル時代：ユーザーストーリーの優先順位付けに広く採用
- プロダクトマネジメント：バックログの優先度管理ツールとしても使用