スポンサーリンク

【応用情報技術者試験】スコープクリープ

プロジェクトの工程管理:PERT・クリティカルパス プロジェクトマネジメント

スコープクリープは、適切な合意や影響の調整を伴わず、作業範囲が徐々に広がることです。機能の追加があるだけで全てスコープクリープになるわけではありません。必要な変更を管理して取り込むことと、無秩序な拡大を区別します。

管理された変更との比較

状況 読み取り
依頼を記録し、費用・工程・品質への影響を評価して承認する 管理された変更
「小さな追加だから」と計画を見直さず着手する スコープクリープにつながる
チームが依頼されていない機能を独断で足す 過剰な作り込みも範囲逸脱の原因になる

起こりやすい原因

成果物や対象外の範囲が曖昧、受入条件が不明、変更を判断する担当が不明、といった状態では追加作業が積み重なります。顧客の要望が変わること自体ではなく、その影響を見ないまま計画へ混ぜることが問題です。

予防と対応の流れ

  1. 目的、成果物、範囲、受入条件を合意する。
  2. WBS等で作業を整理し、範囲との対応を確かめる。
  3. 追加依頼を記録して、関連する作業・試験・運用への影響を見積もる。
  4. 決定権者が採用・見送り・次回対応等を判断する。
  5. 採用時は計画、担当、予算、工程等へ反映する。

アジャイルでも、優先順位や利用可能な時間・容量を調整せず作業を増やせば過負荷になります。変更を全て禁止するのではなく、判断と合意を見える形にします。

確認問題:正式に影響を評価し、承認して工程も見直した追加は必ずスコープクリープ?

必ずしも該当しません。無管理の拡大と、管理された範囲変更を区別します。

あわせて読む

工程への影響をnoteで復習する

範囲の追加が作業や工期へどう影響するか、教材のWBS・PERTと結び付けて復習しましょう。教材は変更管理の個別手続の詳説ではありません。

WBS・PERT・クリティカルパス・EVMを学ぶnote教材

note教材ナビで学習テーマを選ぶ

参考資料

Atlassian:スコープクリープと変更管理

コメント