「この機能もついでに追加できますか？」
「少し修正するだけなので、すぐ終わりますよね？」
プロジェクトでは、このような追加要望が出ることは珍しくありません。
一つひとつは小さな変更でも、正式な変更管理を行わずに積み重なると、納期遅延やコスト超過、品質低下につながることがあります。
この現象をスコープクリープ（Scope Creep）と呼びます。
この記事では、スコープクリープの意味や発生原因、防止方法までわかりやすく解説します。
一言でいうと
スコープクリープとは、「正式な変更管理を行わないまま、プロジェクトの作業範囲が少しずつ増えてしまう現象」のことです。
スコープクリープとは
スコープクリープとは、プロジェクト開始時に合意したスコープを超える作業が、正式な承認や影響分析を行わずに追加されることです。
追加される内容は小さなものが多いため、最初は大きな問題に見えません。
しかし、それが積み重なることで、プロジェクト全体へ大きな影響を及ぼします。
PMBOKでは、スコープクリープはスコープマネジメント上の代表的なリスクとして扱われています。
スコープクリープの具体例
例えば、システム開発で次のような依頼があったとします。
- ボタンの色を変更してほしい
- 検索条件を一つ追加してほしい
- CSV出力もできるようにしてほしい
- マニュアルも少し修正してほしい
それぞれは数時間程度の作業かもしれません。
しかし、このような変更が何十件も積み重なると、数週間分の追加工数になることもあります。
これがスコープクリープです。
スコープクリープが発生する原因
- スコープが曖昧なままプロジェクトを開始した
- 「これくらいなら」と安易に追加要求を受け入れた
- 変更管理プロセスが機能していない
- ステークホルダー間で認識が一致していない
- 要件定義が十分に行われていない
スコープクリープがもたらす影響
- 納期遅延
- コスト超過
- 品質低下
- メンバーの負荷増加
- ステークホルダーとの信頼低下
特に問題なのは、「誰も悪意なく追加している」というケースが多いことです。
変更管理との違い
| 項目 | 変更管理 | スコープクリープ |
|---|---|---|
| 影響分析 | 実施する | 実施しない |
| 承認 | 正式に行う | 行わない |
| スケジュール・コストへの反映 | 反映する | 反映しないことが多い |
| 管理 | コントロールされている | コントロールされていない |
つまり、変更そのものが悪いのではありません。
問題なのは、「変更を管理していないこと」です。
実務ではこんな場面で活用される
例えば、顧客から「この項目を追加してほしい」という要望があったとします。
その場で対応を約束するのではなく、追加工数や納期への影響を確認し、関係者と協議した上で正式な変更として扱うことが重要です。
このプロセスを徹底することで、スコープクリープを防ぐことができます。
よくある勘違い
追加要求を断れば良いわけではない
顧客の要望には、プロジェクトの価値を高める重要な提案が含まれていることもあります。
重要なのは、「受け入れるか断るか」ではなく、「影響を評価して判断すること」です。
変更があるプロジェクトは失敗ではない
プロジェクトでは変更が発生すること自体は自然なことです。
変更を適切に管理できていれば、それはスコープクリープではありません。
プロジェクトマネージャ試験ではここが重要
IPAのプロジェクトマネージャ試験では、スコープクリープを防ぐための変更管理やステークホルダーとの合意形成が重要なテーマです。
午後試験では、「追加要求に対してどのような影響分析を行い、どのように関係者と合意形成したか」を説明できることが求められます。
「変更を防ぐ」のではなく、「変更を適切に管理する」という考え方を理解しておきましょう。
PM道場のワンポイント
このような善意が、気付かないうちにプロジェクトを苦しめることがあります。
優れたプロジェクトマネージャは、追加要求をすぐに断るのではなく、「どんな影響があるか」を見える化し、関係者と共有します。
スコープクリープを防ぐ秘訣は、変更を拒否することではなく、変更を”見える化”して管理することです。
関連用語
- スコープ
- スコープマネジメント
- 変更管理
- 要求事項
- WBS
- ベースライン
- ステークホルダー
- プロジェクト憲章
まとめ
スコープクリープとは、正式な変更管理を行わないまま、プロジェクトの作業範囲が少しずつ増えていく現象です。
一つひとつの変更は小さくても、積み重なることで納期遅延やコスト超過、品質低下につながる可能性があります。
重要なのは、変更を避けることではなく、影響を評価し、関係者と合意した上で適切に管理することです。
関連記事
- スコープとは？
- スコープマネジメントとは？
- 変更管理とは？
- WBSとは？
よくある質問（FAQ）
Q. スコープクリープとは何ですか？
A. 正式な変更管理を行わないまま、プロジェクトの作業範囲が少しずつ増えてしまう現象です。
Q. 変更管理との違いは何ですか？
A. 変更管理は影響分析や承認を行った上で変更を実施しますが、スコープクリープはそれらを行わずに変更が進んでしまう点が異なります。
Q. スコープクリープを防ぐにはどうすれば良いですか？
A. スコープを明確に定義し、追加要求が発生した際は、影響分析・関係者への説明・正式な承認を経て変更管理を行うことが重要です。
これはCTAサンプルです。
内容を編集するか削除してください。
