リリース及び展開管理

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

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

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

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

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

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

ITサービスの計画、設計、移行、提供及び改善を効果的に行うための、方針・プロセス・手順・資源などを含む管理の仕組み。ISO/IEC 20000で要求される体系的なマネジメントの枠組みである。

トップマネジメントが策定するITサービスマネジメントに関する基本方針。組織のサービス提供の目的、方向性、原則を明示し、すべてのSMS活動の基盤となる。

SMSの目的を達成するための計画。サービスの目標、資源、役割と権限、タイムライン、リスク管理などを含む。ISO/IEC 20000ではPlan段階として位置づけられる。

特定のサービスマネジメントプロセスに対して責任と権限を持つ人物。プロセスの設計、実行状況の監視、改善の推進を担う。プロセスの成果に対する説明責任を負う。

特定のITサービスの提供に対して全体的な責任を持つ人物。サービスの品質、コスト、顧客満足に関する説明責任を負い、サービスの改善を推進する。

ITサービスの提供・利用に影響を与える、または影響を受けるすべての関係者。顧客、利用者、サービス提供者、供給者、経営層などが含まれる。