リリース及び展開管理

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

承認された変更をリリースとしてまとめ、計画、構築、テストを経て稼働環境へ確実に展開するサービスマネジメントのプロセス。展開に失敗したときに元に戻す手順も用意し、サービスの品質を維持しながら新しい機能や修正を提供する。リリース管理と呼ぶこともある。

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

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

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

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

SLAに基づいてITサービスの品質を維持・改善するプロセス。サービスレベルの目標設定、モニタリング、報告、レビューを行い、合意された品質水準の達成を管理する。SLMとも呼ばれる。

ITサービスの中断や品質低下（インシデント）が発生した際に、できるだけ早くサービスを正常な状態に復旧させるプロセス。根本原因の解決ではなく、迅速な復旧を最優先とする。

インシデントの根本原因を調査・特定し、再発防止策を講じるプロセス。インシデント管理が応急的な復旧を目的とするのに対し、問題管理は根本的な原因の排除を目指す。

ITサービスを構成するハードウェア、ソフトウェア、ドキュメントなどの構成アイテム（CI）の情報を正確に記録・管理するプロセス。構成管理データベース（CMDB）を用いて最新の構成情報を維持する。

ITサービスやインフラへの変更を、リスクを最小限に抑えながら効率的に実施するプロセス。変更要求の評価・承認・実施・レビューを体系的に行い、変更に起因する障害を防止する。

ITサービスが合意された時間帯に利用可能であることを確保するプロセス。可用性の目標設定、モニタリング、改善活動を行い、サービスの停止時間を最小化する。