スコープクリープ【scope creep】

概要

スコープクリープとは、プロジェクトの進行中に当初定義した作業範囲（スコープ）が正式な承認プロセスを経ずに少しずつ拡大していく現象。納期遅延やコスト超過、品質低下といった問題の原因となる。

「クリープ」（creep）とは、じわじわと忍び寄る様子を表す英語表現で、大きな変更が一度に加わるのではなく、小さな追加・変更が積み重なって気づかないうちにスコープが膨らんでいく状況を表している。

よくあるパターンとしては、顧客や関係者からの「ちょっとした追加」の要求を都度受け入れていくケース、要件定義が曖昧なまま開発を開始したために後から仕様の解釈の違いが表面化するケース、開発チームが善意から仕様書に記載のない改善を自主的に実装するケースなどがある。いずれも個別には小さな変更に見えても、累積するとプロジェクト全体の工数や期間に大きく影響する。

プロジェクトマネジメントの分野では、スコープクリープへの対策としてプロジェクト開始時に成果物と作業範囲を文書として明確に定義し、関係者全員で合意することが基本とされる。変更要求が発生した場合は変更管理プロセス（チェンジコントロール）を通じて影響範囲や工数、スケジュールへの影響を評価し、正式な承認を得てから対応する。

PMBOKではスコープ管理をコストやスケジュールと並んでプロジェクトマネジメントの知識エリアの一つに位置づけており、スコープの定義やWBS（作業分解構成図）の作成、スコープの制御を体系的に行うことを推奨している。アジャイル開発ではスプリント単位でスコープを管理し、バックログを通じて変更を可視化、優先順位付けすることでスコープクリープの影響を抑制する。