ベースライン

プロジェクトの計画における承認済みの基準。スコープベースライン、スケジュールベースライン、コストベースラインなどがあり、実績との比較によりプロジェクトの進捗や逸脱を管理する基準となる。

プロジェクト計画の正式に承認された時点の基準。スコープ、スケジュール、コストの各ベースラインがあり、実績との比較による進捗管理や変更管理の基準として用いられる。

正式にレビューされ承認された構成品目の基準となるバージョン。以降の変更はすべて変更管理プロセスを通じて管理される。プロジェクトの各フェーズの完了時にベースラインを設定することで、品質と整合性を確保する。

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

改善の効果を測定するための基準点。現在のサービスレベルやプロセスのパフォーマンスを記録し、改善実施後の結果と比較することで、改善の効果を定量的に評価する。

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

新規のサービスやサービスの大きな変更について、要求事項を満たすように計画、設計、構築、試験を行い、運用環境へ移行するサービスマネジメントのプロセス。JIS Q 20000-1の「サービスの設計，構築及び移行」に含まれ、変更管理、リリース及び展開管理と連携して進める。

新規又は変更したサービスやサービスコンポーネントをリリースとしてまとめ、計画に沿って運用環境へ展開するプロセス。リリースの計画、構築、試験、展開、展開後の確認を行い、失敗した場合に元に戻す手順も準備する。変更管理と連携して進める。

プロジェクトで提出された変更要求と、その評価、承認・却下の判断、実施の状況を記録した文書。変更の経緯を追跡できるようにし、承認された変更が計画に反映されているかを確かめるために使う。

WBSの各要素について、作業の内容、成果物、担当者、スケジュール、コストの見積り、品質の要求、受入れの基準などの詳細を記述した文書。WBSの各要素の意味を関係者で誤解なく共有するために使い、WBSとともにスコープベースラインを構成する。

正式な変更管理の手続を経ないまま、プロジェクトのスコープ（成果物や作業の範囲）が少しずつ広がっていくこと。小さな追加要求の積み重ねで起こりやすく、スケジュールの遅れやコストの超過の原因になる。変更要求を必ず変更管理で審査することで防ぐ。