プロジェクトマネジメントガイド · リスク、品質、コントロール
プロジェクトマネジメントにおける変更管理：プロセスとテンプレート
変更管理とは、スコープ、スケジュール、コスト、成果物など、プロジェクトで合意されたベースラインに対する変更を、提案、評価、承認または却下、記録するための正式なプロセスです。コミットした内容のコントロールを失うことなく、新たなニーズにプロジェクトを適応させることができます。
要点
- 変更管理は、変更を受け入れる前にその影響を見えるようにします。
- すべての依頼が記録され、分析され、適切な人によって判断され、記録に残されます。
- 変更の規模に応じて権限を委任し、小さな変更が速やかに進むようにしましょう。
- 変更が承認されるたびに、ベースラインを更新して周知しましょう。
変更管理が重要な理由
変更管理プロセス
- 変更要求を起票する： 標準の様式を使えば誰でも提出できます。
- 記録する： IDとステータスを付けて変更ログに記録します。
- 初期レビュー： プロジェクトマネージャーが、記入漏れがないか、重複していないかを確認します。
- 影響分析： スコープ、スケジュール、コスト、品質、リスク、リソース、ベネフィットへの影響を評価し、選択肢を検討します。
- 判断する： 委任された権限に応じて、プロジェクトマネージャー、スポンサー、または変更管理委員会（CCB）が承認、却下、保留を決定します。
- ベースラインと計画を更新する： 承認された場合は、スケジュール、予算、要件、影響を受ける文書を次に基づいて更新します： 構成管理.
- 実施して検証する： 変更を実施し、承認された内容が実現されていることを確認します。
- 周知して完了させる： 影響を受けるステークホルダーに伝え、ログの項目を完了にします。
変更要求テンプレート
| 項目 | 内容 |
|---|---|
| 変更IDと日付 | 固有の参照番号と起票日 |
| 依頼者 | 氏名と役割 |
| 説明 | 依頼される変更の内容 |
| 理由 | 必要な理由とベネフィット |
| 優先度 | 緊急度と、変更しない場合の影響 |
| 影響：スコープ | 影響を受ける成果物または要件 |
| 影響：スケジュール | マイルストーンとクリティカルパスへの影響 |
| 影響：コスト | 追加または削減されるコスト |
| 影響：品質とリスク | 新たなリスク、テストの必要性 |
| 検討した選択肢 | 「何もしない」を含む |
| 推奨 | プロジェクトマネージャーの推奨 |
| 判断 | 承認、却下、保留のいずれか。誰がいつ判断したか |
変更ログの例
| ID | 変更 | コスト | スケジュール | 判断 | ステータス |
|---|---|---|---|---|---|
| CR-04 | ポータルにシングルサインオンを追加 | +£18,000 | +2週間 | CCBが承認 | 実施済み |
| CR-05 | レポートの配色を新しいブランドカラーに変更 | +£1,200 | なし | PMが承認 | 完了 |
| CR-06 | モバイルアプリをスコープに追加 | +£120,000 | +4か月 | フェーズ2に保留 | 完了 |
| CR-07 | 旧データのエクスポート機能を削除 | -£6,000 | -1週間 | 影響分析待ち | 未対応 |
アジャイルにおける変更管理
アジャイルのアプローチでは、要件の変化は想定されています。新しいアイデアはプロダクトバックログに入り、プロダクトオーナーがその順序を並べ替えるため、変更の大半は正式な依頼ではなくバックログの優先順位付けによって扱われます。契約、予算、固定された日付、プロダクト全体の目標の変更には、引き続き正式な変更管理が使われます。参考： チェンジマネジメントと変更管理 で、人に関わる変化の側面との違いを確認できます。
このトピックの無料テンプレート
よくある質問
プロジェクトマネジメントにおける変更管理とは何ですか？
プロジェクトのベースラインに対する変更を、提出、評価、承認または却下、記録するための正式なプロセスです。
変更管理プロセスにはどのようなステップがありますか？
依頼を起票し、記録し、レビューし、影響を分析し、判断し、計画を更新し、実施して検証し、周知して完了させます。
変更管理委員会とは何ですか？
設定された閾値を超える変更を承認または却下する権限を持つグループで、多くの場合スポンサー、主要ユーザー、技術リーダーが含まれます。
変更管理における変更要求とは何ですか？
スコープ、スケジュール、コスト、成果物、プロセス、文書を変更するための正式な提案です。
変更管理における変更ログとは何ですか？
すべての変更要求、その影響、判断、ステータスの記録です。
統合変更管理とは何ですか？
すべての変更要求をレビューし、プロジェクト全体の成果物、文書、計画への変更を管理することを指すPMBOKの用語です。参考： 統合マネジメント.
変更管理において変更要求を起票できるのは誰ですか？
通常はどのステークホルダーでも起票できますが、標準の様式を使ってプロジェクトマネージャー経由で提出するのが最善です。
変更管理と構成管理の違いは何ですか？
変更管理は変更を行うかどうかを判断し、構成管理は各アイテムのバージョンを追跡して、承認された変更が正確に反映されるようにします。
変更管理では却下された変更要求も記録すべきですか？
はい。却下や保留となった依頼を記録しておくと、同じ依頼が繰り返し起票されるのを防ぎ、監査にも役立ちます。
変更管理でスコープクリープを防ぐにはどうすればよいですか？
明確なスコープと受け入れ基準に合意し、すべての変更を変更管理に通し、各依頼のコストと時間への影響を見えるようにします。
アジャイルプロジェクトでは変更管理を使いますか？
変更の大半はバックログの優先順位付けで管理しますが、契約、予算、固定されたコミットメントには引き続き正式な管理を適用します。