MoSCoW 法とは

MoSCoW 法とは

Must have: これらの要件は不可欠です。これがなければプロジェクトを成功裏に完了することはできません。

Should have: これらの要件は重要ですが、決定的ではありません。プロジェクトの品質を高めますが、必須ではありません。

Could have: これらの要件は望ましいものの、必要ではありません。時間とリソースに余裕があれば実施できます。

Won't have: これらの要件は今回のプロジェクトサイクルでは考慮しません。今後のプロジェクトで検討できます。

起源と活用例

MoSCoW 法は アジャイル やソフトウェア開発の分野で広まりました。期間が限られたプロジェクトにおいて効率的に進められるためです。とりわけ、時間や予算といったリソースが限られている場合に役立ちます。タスクを Must、Should、Could、Won’t に分類することで、すべてを同時に実現しようとせずに、明確な優先順位を設定できます。

いつ、どのように用いるか

MoSCoW の活用はシンプルです。

1. 要件を洗い出す: すべてのタスク、機能、目標を集めます。
2. 各要件を分類する: 「Must Have」は厳格に扱い、この分類の意味を保ちます。
3. 確認し検証する: 協働が鍵です。何がどこに属するのか、全員が納得すべきです。
4. まず Must Have に取り組む: 重要なタスクから着手し、時間が不足してもプロジェクトが成功できるようにします。

この進め方は、柔軟性が求められる製品ロードマップ、プロジェクトの立ち上げ、アジャイルのスプリントにとりわけ適しています。

ステークホルダーの巻き込み

MoSCoW 法の大きな利点は、ステークホルダーを容易に巻き込めることです。

• 協働: 顧客、チームメンバー、経営層を分類に参加させることで、共通の理解が生まれます。
• 透明性: どの項目が不可欠かを全員が把握できます。これにより成果物に対する共通のビジョンが促されます。
• 適応性: 新しい要件が生じても、基本構造を崩さずに優先順位を再配分できます。

簡単なチェックリスト

全体を見渡すための簡単なリストです。

☑️ 明確な目標から始める: 主目標を定義します。
☑️ Must Have を絞る: 「Must」は絶対に不可欠なものを意味します。的を絞って用います。
☑️ 重要な人を巻き込む: 分類をステークホルダーと調整し、受け入れを得ます。
☑️ 柔軟であり続ける: プロジェクト範囲や状況が変われば分類を見直します。
☑️ 定期的に確認する: 要件が知らぬ間に分類を変えていないか注意します。

Merlin Project での実現

Merlin Project では、タスクや要件を簡単に優先順位付けできます。インスペクタのアクティビティ: 計画にある「詳細」タブで、優先度を高く（500 超）または低く（500 未満）設定します。

私たちの提案です。

• Must Have = 優先度 1,000
• Should Have = 優先度 750
• Could Have = 優先度 250
• Won't Have = 優先度 0

この設定では、新しいアクティビティはすべて引き続き優先度 500 で作成されます。これにより、まだ個別に優先順位付けしていない項目が一目で分かります。

これで、優先度でプロジェクトを フィルタ して、たとえば優先度 1,000 のアクティビティのみを表示したり、グループ化 したりできます。グループ化により、同じ優先度のアクティビティがまとめて表示されます。

まとめ

MoSCoW 法を活用して、最も重要なタスクが最初に完了するようにしましょう。Merlin Project のビジュアルなツールを使えば、優先順位を見失わず、プロジェクト要件の変化に応じて調整できます。

シリーズの次回は、RICE スコアリング法 を取り上げます。

このブログ記事についてご質問やご意見がございましたら、ぜひフォーラムへのご投稿をお待ちしております。