6/16 ITILv3への道
サービスVモデル
→サービスを、構築、テストするときに行うべき5つの構成レベル。サービスを提供するときのテストのレベルのこと。
参考)Vモデルの左側で上から下へと移動しながら、要件の定義、設計、開発を行う。
右側で下から上へと移動しながら、左側の各作業に応じたテストをする。
参考2）サービスVモデルでも、要件の定義、設計、開発の各作業に対応したテストを行うこと、要件の定義、設計、開発の各段階でテストの計画を立てること、早期にテストを行うことの重要性を説明。
変更管理の7つのR
→「変更」を評価するときに考慮すべき内容を質問形式で並べたもの
参考)質問のPが、Rで始まっている。
変更に失敗したときのビジネス(事業部門)へのインパクト(影響度)を確認可
1,変更を要請(Raised)したのは誰か？
2,変更の理由(Reason)は何か？
3,変更の成果(Return)として要求されるものは何か？
4,変更に伴うリスク(Risk)は何か？
5,変更を実施するために必要なリソース(Resource)は何か？
6,構築、テスト、実装の責任(Responsible)は誰にあるか？
7,この変更と他の変更の関係(Relationship)は何か？
変更マネージャ
→変更を管理する人。
RFCについて受領からクローズまでを受け待ち、変更内容のインパクトや緊急度から優先順位を「標準」「通常」「緊急」に分配化。
多数のメンバーで検討する際の取りまとめ役
参考）インパクトが大きな変更の場合のCAB or ECABの召集
注意)CABが変更を承認するわけではなく、あくまで助言、決めるのは変更マネージャ。
変更スケジュール
→承認済みのすべての変更の詳細と変更の実施予定をまとめた文書のこと
参考)「将来的な変更スケジュール」と呼ばれることもあるが、実施済みの変更に関する情報も含む。
サービストランジション
→Sdで設計したITサービスを開発環境、本番環境に導入。
参考)「サービスの妥当性確認及びテスト」というプロセスも含まれる
参考2）構成する7つのプロセスのうち、「移行の計画立案およびサポート」「サービスの妥当性確認およびテスト」「リリース管理および展開管理」「評価」の4つプロセスは、サービストランジションのみで利用するプロセス
サービストランジションの概要
→Sdで設計したITサービスを開発環境、本番環境に導入する。
参考）
・サービス・ライフサイクルのすべてのフェーズで実行されるプロセス
→「変更管理」、「サービス資産管理および構成管理」、「ナレッジ管理」
・サービストランジション内で実行されるプロセス
→「リリース管理および展開管理」「移行の計画立案およびサポート」、「評価」、「サービスの妥当性確認およびテスト」
機密性(Confidentiality)
→情報を知る権限を持つ人だけ閲覧可能。また情報を知る権限を持つ人にだけ公開。
ex)勤休管理システム、データセンタなど
可用性(Availability)
→必要とするときに、情報を入手および利用可能なこと。情報を提供するシステムが攻撃に対して適切に対処し、障害から復旧、または障害を防ぐことが可能か
参考)合意した時間内であれば情報を必要としたときに、いつでも利用できることを「可用性」という。信頼性の高いツールやITインフラストラクチャを調達してシステムの自体の可用性を高めることが重要
ex)ファイルサーバダウン、データセンタ設置など
→サービスを、構築、テストするときに行うべき5つの構成レベル。サービスを提供するときのテストのレベルのこと。
参考)Vモデルの左側で上から下へと移動しながら、要件の定義、設計、開発を行う。
右側で下から上へと移動しながら、左側の各作業に応じたテストをする。
参考2）サービスVモデルでも、要件の定義、設計、開発の各作業に対応したテストを行うこと、要件の定義、設計、開発の各段階でテストの計画を立てること、早期にテストを行うことの重要性を説明。
変更管理の7つのR
→「変更」を評価するときに考慮すべき内容を質問形式で並べたもの
参考)質問のPが、Rで始まっている。
変更に失敗したときのビジネス(事業部門)へのインパクト(影響度)を確認可
1,変更を要請(Raised)したのは誰か？
2,変更の理由(Reason)は何か？
3,変更の成果(Return)として要求されるものは何か？
4,変更に伴うリスク(Risk)は何か？
5,変更を実施するために必要なリソース(Resource)は何か？
6,構築、テスト、実装の責任(Responsible)は誰にあるか？
7,この変更と他の変更の関係(Relationship)は何か？
変更マネージャ
→変更を管理する人。
RFCについて受領からクローズまでを受け待ち、変更内容のインパクトや緊急度から優先順位を「標準」「通常」「緊急」に分配化。
多数のメンバーで検討する際の取りまとめ役
参考）インパクトが大きな変更の場合のCAB or ECABの召集
注意)CABが変更を承認するわけではなく、あくまで助言、決めるのは変更マネージャ。
変更スケジュール
→承認済みのすべての変更の詳細と変更の実施予定をまとめた文書のこと
参考)「将来的な変更スケジュール」と呼ばれることもあるが、実施済みの変更に関する情報も含む。
サービストランジション
→Sdで設計したITサービスを開発環境、本番環境に導入。
参考)「サービスの妥当性確認及びテスト」というプロセスも含まれる
参考2）構成する7つのプロセスのうち、「移行の計画立案およびサポート」「サービスの妥当性確認およびテスト」「リリース管理および展開管理」「評価」の4つプロセスは、サービストランジションのみで利用するプロセス
サービストランジションの概要
→Sdで設計したITサービスを開発環境、本番環境に導入する。
参考）
・サービス・ライフサイクルのすべてのフェーズで実行されるプロセス
→「変更管理」、「サービス資産管理および構成管理」、「ナレッジ管理」
・サービストランジション内で実行されるプロセス
→「リリース管理および展開管理」「移行の計画立案およびサポート」、「評価」、「サービスの妥当性確認およびテスト」
機密性(Confidentiality)
→情報を知る権限を持つ人だけ閲覧可能。また情報を知る権限を持つ人にだけ公開。
ex)勤休管理システム、データセンタなど
可用性(Availability)
→必要とするときに、情報を入手および利用可能なこと。情報を提供するシステムが攻撃に対して適切に対処し、障害から復旧、または障害を防ぐことが可能か
参考)合意した時間内であれば情報を必要としたときに、いつでも利用できることを「可用性」という。信頼性の高いツールやITインフラストラクチャを調達してシステムの自体の可用性を高めることが重要
ex)ファイルサーバダウン、データセンタ設置など