IT用語帳
PMプロジェクトの管理 · 変更の管理

変更管理

Change Management

へんこうかんり

プロジェクトの文書、成果物、ベースラインに対する変更を特定、文書化、承認または却下、管理するプロセス。変更要求は変更管理委員会(CCB)で審議され、承認された変更のみが実施される。

共有:

Related

他の資格での定義

IP変更管理

ITサービスやインフラへの変更を、リスクを最小限に抑えながら効率的に実施するプロセス。変更要求の評価・承認・実施・レビューを体系的に行い、変更に起因する障害を防止する。

SG変更管理

ITサービスの構成やプロセスに対する変更を、リスクを最小限に抑えながら効率的に実施するためのプロセス。変更要求の受付、評価、承認、実施、レビューの各段階を管理する。

FE変更管理

変更要求を記録・評価・承認し、リスクを最小化して計画的に変更を実施するプロセス。ソフトウェア開発では構成品目に対する変更の影響範囲を分析し管理する。ITサービスマネジメントでは変更要求(RFC)を変更諮問委員会(CAB)で審議し、サービスへの影響を制御する。

AP変更管理

サービスコンポーネントの変更を管理するプロセス。変更要求(RFC)の記録、分類、優先度付け、承認、実施、レビューを行う。変更諮問委員会(CAB)で変更の承認を判断し、ロールバック(切り戻し)計画を含めて変更を管理する。

SA変更管理

システムやソフトウェアに対する変更要求を受付、評価、承認、実施、検証する一連のプロセス。変更の影響分析を行い、CCB(変更管理委員会)で承認の可否を判断する。構成管理と連携して変更を制御する。

NW変更管理

ネットワーク構成の変更を計画的に実施し、変更に伴うリスクと影響を管理するプロセス。変更要求の受付、影響分析、承認、実施、事後評価の手順で行う。変更履歴の記録と切り戻し手順の準備が重要。

SM変更管理

ITサービスやインフラストラクチャに対する変更を体系的に管理するプロセス。変更のリスクと影響を評価し、承認を得た上で計画的に実施することで、サービスへの悪影響を最小化する。

AU変更管理

情報システムの変更を計画的かつ統制された方法で実施するための管理プロセス。変更の申請、影響分析、承認、テスト、実装、事後レビューの各段階を経て変更を管理する。

SC変更管理

システムの構成や設定の変更を計画的かつ安全に実施するためのプロセス。変更要求の記録・分類、影響評価、承認、実施、レビューの手順を含む。不正な変更や設定ミスによるセキュリティリスクを低減し、変更の追跡可能性(トレーサビリティ)を確保する。

PD-M変更管理

変更要求を記録・評価・承認し、リスクを最小化して計画的に変更を実施するプロセス。ソフトウェア開発では構成品目に対する変更の影響範囲を分析し管理する。ITサービスマネジメントでは変更要求(RFC)を変更諮問委員会(CAB)で審議し、サービスへの影響を制御する。

A-1変更管理

サービスやシステムに対する変更を、要求の記録から、影響とリスクの評価、承認、実施、レビューまで統制して行うプロセス。無秩序な変更による障害を防ぎ、必要な変更を素早く確実に行うことを目的とし、緊急の変更や標準的な変更の扱いも定める。組織変革のチェンジマネジメントとは別の概念。

Past Exams

過去問での出題

過去問で 39 回出題(ITパスポート試験 15・ITサービスマネージャ試験 9・応用情報技術者試験 5・高度試験 午前Ⅰ 4・プロジェクトマネージャ試験 3・基本情報技術者試験 1・システム監査技術者試験 1・情報処理安全確保支援士試験 1)。うち 1 回は用語そのものを問う問題です。

残り 29 件を表示

出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。

プロジェクトマネージャ試験の過去問によく出る用語

Related

関連キーワードの用語

PM変更要求

プロジェクトの文書、成果物、ベースラインに対する変更の公式な要求。是正措置(パフォーマンスの調整)、予防措置(リスクへの事前対応)、欠陥修正、更新のいずれかの形で発生する。統合変更管理プロセスで審査される。

PMスコープクリープ

正式な変更管理手続きを経ずに、プロジェクトのスコープが拡大していく現象。ステークホルダからの小さな要求が積み重なり、スケジュール遅延やコスト超過を引き起こす。スコープ管理プロセスとCCBによる統制で防止する。

PMプロジェクト憲章

プロジェクトの存在を公式に認可する文書。プロジェクトの目的、主要な成果物、前提条件、制約条件、概算予算、マイルストーン、プロジェクトマネージャの権限などを記載する。スポンサーが発行し、プロジェクトの正式な開始を意味する。

PMプロジェクトスポンサー

プロジェクトに資源を提供し、プロジェクトの成功を支援する経営層の人物。プロジェクト憲章の発行、資金の確保、組織内の障害の排除、意思決定のエスカレーション先としての役割を担う。

PM前提条件

プロジェクトの計画時点で真であると見なす、確認されていない要因。前提条件が正しくない場合、プロジェクトにリスクをもたらす可能性がある。前提条件ログに記録し、プロジェクト遂行中も継続的に検証する。

PM制約条件

プロジェクトの実行に制限を与える要因。予算、納期、技術、資源、法規制などが該当する。プロジェクトマネージャはこれらの制約の範囲内で最適な計画を策定する必要がある。