変更要求

サービス、システム、プロジェクトの成果物や計画（ベースライン）に対する変更を正式に申請するもの。変更の内容、理由、影響、リスクなどを記録し、変更管理のプロセスで評価・承認されたものだけが実施される。

プロジェクトの文書、成果物、ベースラインに対する変更の公式な要求。是正措置（パフォーマンスの調整）、予防措置（リスクへの事前対応）、欠陥修正、更新のいずれかの形で発生する。統合変更管理プロセスで審査される。

ITサービスやインフラストラクチャに対する変更を正式に申請するための文書。変更の内容、理由、リスク、影響範囲、実施計画、切り戻し計画などを記載する。

プロジェクトの文書、成果物、ベースラインに対する変更の公式な要求。是正措置（パフォーマンスの調整）、予防措置（リスクへの事前対応）、欠陥修正、更新のいずれかの形で発生する。統合変更管理プロセスで審査される。

サービス、システム、プロジェクトの計画や成果物などに対して変更を求める正式な提案。ITサービスマネジメントではRFC（Request for Change）とも呼ばれ、変更管理で影響、リスク、費用を評価して承認の可否を決める。プロジェクトマネジメントでは、変更管理委員会などで審査してからベースラインを変える。

変更管理委員会。プロジェクトにおける変更要求の承認・却下を判断する組織体。変更の影響度、リスク、コストを評価し、変更の実施可否を決定する。問題点管理表で変更要求を管理し、是正処置の決定も行う。

提出された変更要求の内容、影響評価、審査結果、実施状況を記録・追跡する一覧。承認・却下の経緯を残すことで、後からの認識の食い違いを防ぎ、スコープの無秩序な膨張を抑止する。

プロジェクトのパフォーマンスを測定・比較するための承認済みの基準。スコープベースライン、スケジュールベースライン、コストベースラインの3つを統合したものをパフォーマンス測定ベースラインと呼ぶ。正式な変更管理手続きを経てのみ変更できる。

プロジェクトの変更要求を審議し、承認・却下・保留を決定する公式な組織体。プロジェクトマネージャ、スポンサー、技術責任者など主要なステークホルダで構成される。変更の影響分析の結果に基づき判断する。

プロジェクトで発生した全ての変更要求と、その処理状況を記録する文書。変更の内容、申請日、審査結果、実施状況、影響範囲などを記載する。変更管理の透明性を確保し、変更履歴の追跡を可能にする。

プロジェクトマネジメントの知識体系。JIS Q 21500と共にプロジェクトマネジメントの標準的なフレームワークを提供する。立ち上げ、計画、実行、管理、終結の5つのプロセス群と10の対象群（知識エリア）で構成される。