素早く問題を解いてInput⇔Outputを繰り返し!
会員レベル
ログイン
メンバーシップアカウント
会員レベル
ログイン
メンバーシップアカウント
HOME
ITIL4 Foundation
「ITIL4 Foundation」の記事一覧
「緊急の変更」を実施した後、必ず行うべきことは何か。
緊急対応でドキュメント化が後回しになった場合でも、事後に必ず記録を残し、正しく実施されたかレビュー…
2026年1月25日
物理的なハードウェアの搬入や設置は、どのプラクティスの活動か。
ハードウェアやソフトウェアを環境に配置する物理的・技術的作業は「展開管理」の領域である。
2026年1月25日
変更の実装後に問題が発生した場合に備えて、事前に準備しておくべき計画は何か。
変更が失敗したり予期せぬ悪影響が出た場合、変更前の正常な状態に戻すための手順(切り戻し)が必要不可…
2026年1月25日
リリース管理と展開管理の違いにおいて、リリースの焦点は何か。
展開(Deployment)は配置すること、リリース(Release)はユーザーが使える状態(有効化)にすること。
2026年1月25日
リリース管理における「ブルー/グリーン展開」とは何か。
新旧バージョンを並行稼働させ、トラフィックを切り替えることで、ダウンタイムを最小化し、問題時の切り…
2026年1月25日
変更権限者(Change Authority)の役割とは何か。
変更のリスクと利点を評価し、その変更を実施してよいか判断(承認)する権限を持つ主体。
2026年1月25日
「変更スケジュール」が共有されるべき主な理由はどれか。
いつメンテナンスが行われるかを利用者や関係者が知ることで、業務への影響を最小限に抑える準備ができる。
2026年1月25日
「変更制御」において、リスク評価を省略してよいケースはどれか。
標準の変更は、事前にリスク評価が完了し承認されている定型作業であるため、実施ごとの評価は不要。
2026年1月25日
サービス要求管理が扱う範囲に含まれないものはどれか。
大規模な機能追加や改修は「ビジネス変更」やプロジェクトの範疇であり、定型的なサービス要求とは異なる。
2026年1月25日
問題の優先順位付けにおいて考慮すべきはリスクと何か。
ビジネスへの影響が大きく、かつ頻繁に発生している問題ほど、優先的に解決すべきである。
2026年1月25日
投稿のページ送り
1
…
41
42
43
…
106