MoSCoW技法とは何ですか？
MoSCoW法とは、経営、ビジネス分析、プロジェクト管理、ソフトウェア開発などで、各要件の実現にかける重要性について利害関係者と共通の理解を得るために用いられる優先順位付けの手法で、MoSCoW優先順位付けやMoSCoW分析とも呼ばれています。 MoSCoW優先順位付け手法は、アジャイルプロジェクトマネジメントにおいて重要な役割を果たします。 アジャイルプロジェクトでは、さまざまな物事の重要性を理解することが不可欠です。 これは、時間が固定されたリソースであるため、要件、タスク、製品、ユーザーケースなどに優先順位付けが適用されるためです。 これはアジャイル技術（スクラム、カンバン、XPなどを含む）ではありませんが、この技術はアジャイルで広く使われていますので、十分注意してください。
MoSCoW という用語自体は、4 つの優先順位カテゴリ (Must have、Should have、Could have、Won’t have) のそれぞれの最初の文字から派生した頭字語で、発音しやすいように間に Os を加えたものです。
MoSCoW要件の優先順位付け
すべての要件は重要ですが、最大かつ即時のビジネス利益を早期に提供するために優先順位付けされます。
Must Have
これらは、プロジェクトが提供することを保証する要件の最小使用可能なサブセット (MUS) を提供します。 これは、次のようなものを使って定義することができます。
この要件がなければ、目標期日に納品できない
この要件がなければ、目標期日に納品する意味がない
この要件がなければ、合法ではない
この要件がなければ、安全ではない
この要件がなければ、ビジネス ケースを提供できない
「この要件が満たされないとどうなるか？” その答えが「プロジェクトを中止する – この要件を満たさないソリューションを導入する意味はない」であれば、それは必須の要件です。 もし、それを回避する方法があれば、たとえそれが手動での回避策であっても、それはShould HaveまたはCould Have要件となります。
Should Have
重要だが不可欠ではない
省くのは辛いかもしれないが、ソリューションはまだ実行可能である
期待の管理、いくつかの非効率性、既存のソリューション、ペーパーワークなど、何らかの回避策が必要な場合があります。
Should Haveは、ビジネス価値や影響を受ける人の数など、それが満たされないことによる痛みの度合いを検討することで、Could Haveと区別することができます。
Could Have
望んでいる、または望ましいが、それほど重要ではない
（Should Haveと比較して）省かれた場合の影響が少ない
Won’t Have this time
MoSCoWメソッドの1つの利点は、いくつかのイニシアチブを「Won’t-Not-Have」カテゴリに配置することです。 これは、特定のリリース (または、優先順位をつけている他の時間枠) に含まれないものについての期待を管理するのに役立ちます。
イニシアチブを「ないと困る」カテゴリに置くことは、スコープ クリープを防ぐのに役立つ方法の 1 つです。 イニシアチブがこのカテゴリにある場合、チームはそのイニシアチブがこの特定の時間枠では優先されるべきではないことを知っています。 won’t-not-have」グループの中には、将来的に優先順位が上がるものもあれば、全く起こりそうにないものもあります。
まとめ
MoSCoW (Must Have, Should Have, Could Have, Won’t Have this time)は、主に要件の優先順位付けに使用されますが、このテクニックは他の多くの分野でも使用できます。 Atern社では、プロジェクトにおいてMust Haveにかける労力を60%以下に抑え、ShouldとCouldsを40%とすることを推奨しています。 60%を超えると、環境が十分に理解され、チームが確立され、外部リスクが最小限でない限り、プロジェクトの成功と予測可能性にリスクが生じます。