7/8 ITILv3への道
サービスVモデルにおける構築フェーズ
→
事業、ビジネス要件の定義、
サービス要件の定義、
サービスの設計、
サービス・リリースの設計、
サービス・ソリューションの開発
サービスVモデル
→左側:要件定義、設計、開発
→右側:各作業に応じたテスト
レベル1、2→定義、検証・テスト
レベル3、4→設計、テスト
レベル5→開発、テスト
変更管理
→変更要求を受けて、その変更を効率的かつ迅速に適用するための方法や手順を確率するプロセス
参考)リリース管理および展開管理は、実際の変更処理自体を正しく行うことを保証するためのプロセス
サービス変更
→許可、計画、サポートの構成要素(サービス・コンポーネント)を追加、習性、削除すること
参考)サービスに関連する文書の追加、修正、削除も含まれる
→問題が発生したことへの対策使い勝手をよくする対策
RFC
→サービス変更の要求や提案が記載された文書のこと
参考)変更の詳細が記述
RFCの7つのR
→
Raised(変更の要請)
Reason(変更の理由)
Return(変更の成果)
Risk(変更に伴うリスク)
Resource(変更に必要なリソース)
Responsible(変更に関する責任)
Relationship(他の変更との関連)
リリース管理および展開管理
→リリースをパッケージ化、構築、テストして本番環境に展開
変更によって確定したソフトウェアやハードウェアのBakーupを安全に保管
参考)変更の結果をサービス資産管理に伝える役割を担う。
リリース
→許可された変更を実装するために必要な新しいCIor変更されたCIの集合体のこと
段階的アプローチ
→新規サービスやITサービスの変更を一部のユーザに限定して展開する方法
CMS
→ITサービス・プロバイダが保持する構成Dの管理に使用。一連のツールDBなどの総称
参考)CIno情報だけでなく、インシデント、問題、既知のエラー、変更、リリースの情報も含む
→
事業、ビジネス要件の定義、
サービス要件の定義、
サービスの設計、
サービス・リリースの設計、
サービス・ソリューションの開発
サービスVモデル
→左側:要件定義、設計、開発
→右側:各作業に応じたテスト
レベル1、2→定義、検証・テスト
レベル3、4→設計、テスト
レベル5→開発、テスト
変更管理
→変更要求を受けて、その変更を効率的かつ迅速に適用するための方法や手順を確率するプロセス
参考)リリース管理および展開管理は、実際の変更処理自体を正しく行うことを保証するためのプロセス
サービス変更
→許可、計画、サポートの構成要素(サービス・コンポーネント)を追加、習性、削除すること
参考)サービスに関連する文書の追加、修正、削除も含まれる
→問題が発生したことへの対策使い勝手をよくする対策
RFC
→サービス変更の要求や提案が記載された文書のこと
参考)変更の詳細が記述
RFCの7つのR
→
Raised(変更の要請)
Reason(変更の理由)
Return(変更の成果)
Risk(変更に伴うリスク)
Resource(変更に必要なリソース)
Responsible(変更に関する責任)
Relationship(他の変更との関連)
リリース管理および展開管理
→リリースをパッケージ化、構築、テストして本番環境に展開
変更によって確定したソフトウェアやハードウェアのBakーupを安全に保管
参考)変更の結果をサービス資産管理に伝える役割を担う。
リリース
→許可された変更を実装するために必要な新しいCIor変更されたCIの集合体のこと
段階的アプローチ
→新規サービスやITサービスの変更を一部のユーザに限定して展開する方法
CMS
→ITサービス・プロバイダが保持する構成Dの管理に使用。一連のツールDBなどの総称
参考)CIno情報だけでなく、インシデント、問題、既知のエラー、変更、リリースの情報も含む