リリース及び展開管理

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

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

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

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

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

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

サービスの本番環境への移行に必要な作業手順、スケジュール、体制、リスク対策、切り戻し手順などを文書化した計画。関係者間で合意し、移行の確実な実行を保証する。

システムログ、アプリケーションログ、セキュリティログなどを収集・分析し、エラーや異常パターンを検知する監視活動。障害の予兆検知やセキュリティインシデントの発見に活用される。

サービスインシデント間平均時間。あるサービスでインシデントが発生してから次のインシデントが発生するまでの平均時間。MTBFがコンポーネントの信頼性を示すのに対し、MTBSIはサービス全体の安定性を示す。

ユーザがITサービスに関する問い合わせ、インシデント報告、サービス要求を行う際の単一の連絡窓口。サービスデスクがSPOCの役割を担い、ユーザの利便性向上とコミュニケーションの一元化を実現する。

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

ITサービスの計画外の中断、またはITサービスの品質の低下。障害だけでなく、サービスに影響を与える可能性のある事象も含む。迅速な復旧が最優先される。