メインコンテンツへ
プロジェクトマネジメント

プロジェクトのスコープマネジメントにおける「スコープクリープ」の説明として、最も適切なものはどれか。

ア.プロジェクト開始前に要件を詳細化しすぎることで、実装の柔軟性が失われる現象。
イ.プロジェクト期間中に要件変更が積み重なり、管理されないままスコープが拡大していく現象。正解
ウ.プロジェクトの進捗が遅れた際に、スコープを縮小することで期日を守ろうとする対応策。
エ.スコープ定義書に記載されていない作業をチームが自主的に実施してしまい、品質が向上する現象。

解説

スコープクリープは「ちょっとだけ追加して」が積み重なって、気づけばプロジェクトがパンクする現象。静かに忍び寄るので"creep(這い寄る)"という名前がついています。

なぜ イ が正解か

スコープクリープは、プロジェクト進行中に正式な変更管理プロセスを経ずに機能追加や要件変更が繰り返される状態です。「これくらいすぐできますよね?」が積み重なり、工数・コスト・品質に影響します。対策はWBSによるスコープ定義の明確化と、変更管理プロセスの徹底です。「お皿に少しずつ料理を足していたら、テーブルに乗らなくなった」状態です。

なぜ ア は間違いか

要件の過剰詳細化(ゴールドプレーティング)は別の問題であり、スコープクリープとは逆の問題設定です。スコープクリープは「開始後の拡大」であり、開始前の問題ではありません。

なぜ ウ は間違いか

スコープを縮小して期日を守ろうとするのはスコープ調整や意図的なスコープ変更であり、コントロールされた対応策です。スコープクリープは「管理されていない」拡大が核心であり、縮小ではありません。

なぜ エ は間違いか

「品質が向上する」という記述が誤りです。スコープ外の作業を勝手に追加するのはスコープクリープの一形態ですが、それが「品質向上」につながるとは限らず、むしろ予算・工数超過や品質問題を引き起こします。

出典: AI生成問題(学習用)