リリース及び展開管理

承認された変更を本番環境に確実にリリース・展開するプロセス。テスト済みのソフトウェアやハードウェアを計画的に導入し、サービスの安定稼働を維持しながら新機能を提供する。

変更を一つのリリース単位にまとめ、計画・構築・テストを経て本番環境へ展開するプロセス。展開の失敗に備え、切戻し手順をあらかじめ用意する。

新規のサービスやサービスの変更をリリースとしてまとめ、計画、構築、テストを経て稼働環境へ展開するサービスマネジメントのプロセス。通常リリースや緊急リリースなどリリースの種類と受入れ基準を定め、基準を満たしたことを確かめてから展開し、失敗に備えて切り戻しの手順を用意する。継続的デリバリーとも連携する。リリース管理と呼ぶこともある。

承認された変更をリリースとしてまとめ、稼働環境へ展開するための計画、スケジュール管理、構築、テスト、展開を行うプロセス。リリースポリシーに基づいて段階的な展開やビッグバン展開などの方式を選び、サービスの品質を維持しながら変更を実施する。リリース管理と呼ぶこともある。

承認された変更をリリースとしてまとめ、稼働環境へ展開するための計画、スケジュール管理、構築、テスト、展開を行うプロセス。通常リリースや緊急リリースといったリリースの種類と受入れ基準を定め、リリースポリシーに基づいて段階的な展開やビッグバン展開などの方式を選ぶ。リリース管理と呼ぶこともある。

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

システムの導入から運用・保守・廃棄までにかかる総所有費用。初期コスト（イニシャルコスト）と運用コスト（ランニングコスト）に加え、教育費用や廃棄費用なども含む。ライフサイクル全体のコストを考慮した経済性評価に使用される。

構成品目（CI）を識別・記録・制御・追跡するプロセス。ソフトウェア開発では、ソースコードや文書などの構成品目のバージョンと変更履歴を管理する。ITサービスマネジメントでは、ITサービスを構成するハードウェア・ソフトウェア・文書などのCIを構成管理データベース（CMDB）で一元管理する。

変更要求を記録・評価・承認し、リスクを最小化して計画的に変更を実施するプロセス。ソフトウェア開発では構成品目に対する変更の影響範囲を分析し管理する。ITサービスマネジメントでは変更要求（RFC）を変更諮問委員会（CAB）で審議し、サービスへの影響を制御する。

価値を提供するため、サービスの計画立案、設計、移行、提供及び改善のための組織の活動及び資源を指揮し、管理する一連の能力及びプロセス。サービスコンポーネント、サービス品質、サービスライフサイクルの段階を含む。

ITサービスマネジメントのベストプラクティスを体系化したフレームワーク。サービスストラテジ、サービスデザイン、サービストランジション、サービスオペレーション、継続的サービス改善の5つのフェーズで構成される。世界的にデファクトスタンダードとして活用されている。

サービス及びその合意されたパフォーマンスを特定した、組織と顧客との間の合意文書。サービス可用性、信頼性、応答時間、サービス時間などの具体的な目標値を定める。SLO（目標）とSLI（指標）で運用される。