サービスの設計及び移行

新規サービスやサービス変更について、サービスの要求事項をもとに計画を立て、設計・構築・試験を行い、サービス受入れ基準を満たすことを確かめて稼働環境へ移行するサービスマネジメントのプロセス。稼働環境への展開には、リリース及び展開管理を用いる。

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

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

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

承認された計画の基準となる版。スコープ、スケジュール、コストのベースラインなどがあり、実績と比べて進捗や差異を測る基準として使う。変更するには正式な変更管理の手続を経る必要がある。

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

ハードウェア、ソフトウェア、ネットワーク、文書などの構成要素（構成品目）と、その設定、版数、相互の関係を識別・記録し、変更を管理して正確な状態を維持すること。サービスマネジメントの基盤となるほか、情報セキュリティでは承認されていない設定変更の検出や、安全な設定の基準の維持に役立つ。