問題一覧
1
変更管理 展開管理 リリース管理 サービス構成管理 IT資産管理
2
▶変更に伴うマイナスのリスクを評価し、承認とスケジュール管理を行いIT変更の成功する回数を最大化する
3
▶サービスに直接的または間接的に影響を及ぼす可能性がある何らかの追加、修正、削除 「新規と削除」も変更に入る
4
①【変更実現の適用範囲(スコープ)】 に何を含めるかは各組織で定義する ②【組織変更の管理との違い】 変更実現は通常、製品及びサービスの変更を対象としていて組織の変更は対象外 ③【変更実施の判断】 変更に伴うマイナスのリスクと期待されるメリットをアセスメント(評価)し、バランスをとる ④【変更の承認】 変更の種類ごとに適切な変更許可委員を割り当てることが重要 ⑤【変更スケジュールの用途】 実施前︰変更の計画立案、連絡の支援、衝突の回避、リソースの割り当て 展開後︰インシデントの管理、問題管理、継続的改善 ⑥【3種類の変更とその特徴】 ▶全ての変更はアセスメント(評価)と承認が必要
5
①通常の変更 →標準プロセスにしたがってスケジューリング、評価、承認を行う必要がある変更 自動化されたパイプラインを持っている組織はプロセスのほとんどのステップを自動化している場合あり ②標準的な変更 →リスクが低く予め承認された変更 多くの変更は標準的な変更 個別にアセスメントと承認は不要 手順の変更するときにはまた必要になる ③緊急の変更 →可能な限り迅速に実行する必要がある変更 変更スケジュールは含めない アセスメント、承認は必要だけど変更ログの文書化は事後でもいい テストは最小限
6
▶新規および変更されたハードウェア、ソフトウェア、文書、その他のコンポーネントを稼働環境に移行(移動)すること リリース管理とは異なる
7
▶新規および変更されたサービスと特性を利用可能な状態にすること 稼働環境に移動する=展開管理 利用できるようにする=リリース管理
8
▶使用可能にしたサービスまたは他の構成アイテムのバージョン、あるいは構成アイテムの集合
9
▶構成アイテム(CI)に関する正確な情報を利用できるようにすること 具体的には? ・情報収集だけでなく利用可能にすること ・関連性についての情報も扱うこと ・どのレベルの情報までを管理するかについて検討することが重要
10
▶ITサービスを提供するために管理する必要がある、あらゆるコンポーネント(部品、成分、要素) CIに経済的価値は無関係
11
▶あらゆるIT資産の全サイクルを計画して管理すること 具体的には? ・コストのコントロール、リスクの管理 が実施内容に含まれる ・IT資産と構成アイテムはちがう (IT資産は経済的な価値をもつが、構成アイテムは持たない)
12
▶経済的な価値を持つすべてのコンポーネント
基本的な用語
基本的な用語
ゆふぃり · 25問 · 11ヶ月前基本的な用語
基本的な用語
25問 • 11ヶ月前4つの側面、SVS
4つの側面、SVS
ゆふぃり · 17問 · 11ヶ月前4つの側面、SVS
4つの側面、SVS
17問 • 11ヶ月前従うべき原則
従うべき原則
ゆふぃり · 10問 · 11ヶ月前従うべき原則
従うべき原則
10問 • 11ヶ月前サービス・バリュー・チェーン
サービス・バリュー・チェーン
ゆふぃり · 8問 · 11ヶ月前サービス・バリュー・チェーン
サービス・バリュー・チェーン
8問 • 11ヶ月前管理プラクティス(戦略・設計フェーズ)
管理プラクティス(戦略・設計フェーズ)
ゆふぃり · 8問 · 11ヶ月前管理プラクティス(戦略・設計フェーズ)
管理プラクティス(戦略・設計フェーズ)
8問 • 11ヶ月前管理プラクティス(サービス運用フェーズ)
管理プラクティス(サービス運用フェーズ)
ゆふぃり · 16問 · 11ヶ月前管理プラクティス(サービス運用フェーズ)
管理プラクティス(サービス運用フェーズ)
16問 • 11ヶ月前すべて
すべて
ゆふぃり · 101問 · 11ヶ月前すべて
すべて
101問 • 11ヶ月前問題一覧
1
変更管理 展開管理 リリース管理 サービス構成管理 IT資産管理
2
▶変更に伴うマイナスのリスクを評価し、承認とスケジュール管理を行いIT変更の成功する回数を最大化する
3
▶サービスに直接的または間接的に影響を及ぼす可能性がある何らかの追加、修正、削除 「新規と削除」も変更に入る
4
①【変更実現の適用範囲(スコープ)】 に何を含めるかは各組織で定義する ②【組織変更の管理との違い】 変更実現は通常、製品及びサービスの変更を対象としていて組織の変更は対象外 ③【変更実施の判断】 変更に伴うマイナスのリスクと期待されるメリットをアセスメント(評価)し、バランスをとる ④【変更の承認】 変更の種類ごとに適切な変更許可委員を割り当てることが重要 ⑤【変更スケジュールの用途】 実施前︰変更の計画立案、連絡の支援、衝突の回避、リソースの割り当て 展開後︰インシデントの管理、問題管理、継続的改善 ⑥【3種類の変更とその特徴】 ▶全ての変更はアセスメント(評価)と承認が必要
5
①通常の変更 →標準プロセスにしたがってスケジューリング、評価、承認を行う必要がある変更 自動化されたパイプラインを持っている組織はプロセスのほとんどのステップを自動化している場合あり ②標準的な変更 →リスクが低く予め承認された変更 多くの変更は標準的な変更 個別にアセスメントと承認は不要 手順の変更するときにはまた必要になる ③緊急の変更 →可能な限り迅速に実行する必要がある変更 変更スケジュールは含めない アセスメント、承認は必要だけど変更ログの文書化は事後でもいい テストは最小限
6
▶新規および変更されたハードウェア、ソフトウェア、文書、その他のコンポーネントを稼働環境に移行(移動)すること リリース管理とは異なる
7
▶新規および変更されたサービスと特性を利用可能な状態にすること 稼働環境に移動する=展開管理 利用できるようにする=リリース管理
8
▶使用可能にしたサービスまたは他の構成アイテムのバージョン、あるいは構成アイテムの集合
9
▶構成アイテム(CI)に関する正確な情報を利用できるようにすること 具体的には? ・情報収集だけでなく利用可能にすること ・関連性についての情報も扱うこと ・どのレベルの情報までを管理するかについて検討することが重要
10
▶ITサービスを提供するために管理する必要がある、あらゆるコンポーネント(部品、成分、要素) CIに経済的価値は無関係
11
▶あらゆるIT資産の全サイクルを計画して管理すること 具体的には? ・コストのコントロール、リスクの管理 が実施内容に含まれる ・IT資産と構成アイテムはちがう (IT資産は経済的な価値をもつが、構成アイテムは持たない)
12
▶経済的な価値を持つすべてのコンポーネント