MoSCoW分析

MoSCoW Analysis

もすこうぶんせき

要求事項の優先順位をMust（必須）、Should（重要）、Could（あれば良い）、Won't（今回は対象外）の4段階で分類する手法。限られたリソースで最も重要な要求を確実に実現するための優先順位付けに使用される。

プロジェクトのスコープマネジメント > 要求事項の収集と定義

関連キーワードの用語

ステークホルダのニーズと要求事項を特定し、文書化するプロセス。インタビュー、フォーカスグループ、ワークショップ、アンケート、プロトタイプなどの手法を用いる。要求事項トレーサビリティマトリクスで追跡管理する。

不良や欠陥の種類を発生頻度の降順に棒グラフで表し、累積百分率を折れ線グラフで示した図。パレートの法則（80対20の法則）に基づき、全体の80%の問題を引き起こしている少数の原因を特定して優先的に対処する。

プロジェクトのリスクをカテゴリ別に階層構造で体系化した図。技術リスク、外部リスク、組織リスク、プロジェクトマネジメントリスクなどのカテゴリに分類する。リスク特定の漏れを防ぎ、リスク分析の効率化に役立つ。

リスクの発生確率と発生時の影響度を軸にした二次元マトリクス。各リスクをマトリクス上にマッピングし、リスクスコア（確率×影響度）に基づき優先度を決定する。高リスクゾーンのリスクに優先的に対応する。

ステークホルダを「権力（影響力）」と「関心度」の2軸で分類するマトリクス。権力大・関心高のステークホルダは重点的に管理、権力大・関心低は満足を維持、権力小・関心高は情報提供、権力小・関心低は監視する。

ユーザの視点からソフトウェアの機能要求を簡潔に記述した文。「〜として、〜したい、なぜなら〜」の形式で書かれる。プロダクトバックログの項目として管理され、受入基準と合わせて定義される。