ログイン

管理プラクティス(サービス移行フェーズ)
12問 • 11ヶ月前
  • ゆふぃり
  • 通報

    問題一覧

  • 1

    「サービス移行フェーズに関係が深い管理プラクティス」

    変更管理 展開管理 リリース管理 サービス構成管理 IT資産管理

  • 2

    ⑤変更実現(重)

    ▶変更に伴うマイナスのリスクを評価し、承認とスケジュール管理を行いIT変更の成功する回数を最大化する

  • 3

    〇変更

    ▶サービスに直接的または間接的に影響を及ぼす可能性がある何らかの追加、修正、削除 「新規と削除」も変更に入る

  • 4

    変更実現の重要事項

    ①【変更実現の適用範囲(スコープ)】 に何を含めるかは各組織で定義する ②【組織変更の管理との違い】 変更実現は通常、製品及びサービスの変更を対象としていて組織の変更は対象外 ③【変更実施の判断】 変更に伴うマイナスのリスクと期待されるメリットをアセスメント(評価)し、バランスをとる ④【変更の承認】 変更の種類ごとに適切な変更許可委員を割り当てることが重要 ⑤【変更スケジュールの用途】 実施前︰変更の計画立案、連絡の支援、衝突の回避、リソースの割り当て 展開後︰インシデントの管理、問題管理、継続的改善 ⑥【3種類の変更とその特徴】 ▶全ての変更はアセスメント(評価)と承認が必要

  • 5

    3種類の変更

    ①通常の変更 →標準プロセスにしたがってスケジューリング、評価、承認を行う必要がある変更 自動化されたパイプラインを持っている組織はプロセスのほとんどのステップを自動化している場合あり ②標準的な変更 →リスクが低く予め承認された変更 多くの変更は標準的な変更 個別にアセスメントと承認は不要 手順の変更するときにはまた必要になる ③緊急の変更 →可能な限り迅速に実行する必要がある変更 変更スケジュールは含めない アセスメント、承認は必要だけど変更ログの文書化は事後でもいい テストは最小限

  • 6

    ⑥展開管理

    ▶新規および変更されたハードウェア、ソフトウェア、文書、その他のコンポーネントを稼働環境に移行(移動)すること リリース管理とは異なる

  • 7

    ⑦リリース管理

    ▶新規および変更されたサービスと特性を利用可能な状態にすること 稼働環境に移動する=展開管理 利用できるようにする=リリース管理

  • 8

    〇リリース

    ▶使用可能にしたサービスまたは他の構成アイテムのバージョン、あるいは構成アイテムの集合

  • 9

    ⑧サービス構成管理

    ▶構成アイテム(CI)に関する正確な情報を利用できるようにすること 具体的には? ・情報収集だけでなく利用可能にすること ・関連性についての情報も扱うこと ・どのレベルの情報までを管理するかについて検討することが重要

  • 10

    〇構成アイテム(configuration)

    ▶ITサービスを提供するために管理する必要がある、あらゆるコンポーネント(部品、成分、要素) CIに経済的価値は無関係

  • 11

    ⑨IT資産管理

    ▶あらゆるIT資産の全サイクルを計画して管理すること 具体的には? ・コストのコントロール、リスクの管理 が実施内容に含まれる ・IT資産と構成アイテムはちがう (IT資産は経済的な価値をもつが、構成アイテムは持たない)

  • 12

    〇IT資産

    ▶経済的な価値を持つすべてのコンポーネント

  • 基本的な用語

    基本的な用語

    ゆふぃり · 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

    3種類の変更

    ①通常の変更 →標準プロセスにしたがってスケジューリング、評価、承認を行う必要がある変更 自動化されたパイプラインを持っている組織はプロセスのほとんどのステップを自動化している場合あり ②標準的な変更 →リスクが低く予め承認された変更 多くの変更は標準的な変更 個別にアセスメントと承認は不要 手順の変更するときにはまた必要になる ③緊急の変更 →可能な限り迅速に実行する必要がある変更 変更スケジュールは含めない アセスメント、承認は必要だけど変更ログの文書化は事後でもいい テストは最小限

  • 6

    ⑥展開管理

    ▶新規および変更されたハードウェア、ソフトウェア、文書、その他のコンポーネントを稼働環境に移行(移動)すること リリース管理とは異なる

  • 7

    ⑦リリース管理

    ▶新規および変更されたサービスと特性を利用可能な状態にすること 稼働環境に移動する=展開管理 利用できるようにする=リリース管理

  • 8

    〇リリース

    ▶使用可能にしたサービスまたは他の構成アイテムのバージョン、あるいは構成アイテムの集合

  • 9

    ⑧サービス構成管理

    ▶構成アイテム(CI)に関する正確な情報を利用できるようにすること 具体的には? ・情報収集だけでなく利用可能にすること ・関連性についての情報も扱うこと ・どのレベルの情報までを管理するかについて検討することが重要

  • 10

    〇構成アイテム(configuration)

    ▶ITサービスを提供するために管理する必要がある、あらゆるコンポーネント(部品、成分、要素) CIに経済的価値は無関係

  • 11

    ⑨IT資産管理

    ▶あらゆるIT資産の全サイクルを計画して管理すること 具体的には? ・コストのコントロール、リスクの管理 が実施内容に含まれる ・IT資産と構成アイテムはちがう (IT資産は経済的な価値をもつが、構成アイテムは持たない)

  • 12

    〇IT資産

    ▶経済的な価値を持つすべてのコンポーネント