現場のモヤモヤ、ここに置いていきませんか?完全無料・匿名OKの「お悩み相談室」はじめました

変更管理委員会(CCB)とは?プロジェクトの変更要求を管理する役割とプロセス

目次
このサイトの運営者

山脇 弘成(SSAITS代表)

PMP®有資格者・Webプロジェクトマネージャー
大手メディアや官公庁のWebプロジェクト実績多数。
「技術」だけでなく「対話」を重視し、御社の「ほんとは、こうしたかった」を形にします。

変更管理委員会(CCB:Change Control Board)とは

変更管理委員会(CCB)とは何か?プロジェクトの変更要求を管理する組織

CCBとは「Change Control Board」の略称であり、プロジェクトにおける変更要求を審査し、承認や却下を判断する「変更管理委員会」と呼ばれる組織のことを指します。企業や組織によっては「ステアリング・コミッティ(運営委員会)」と呼ばれることもあります。

プロジェクトは、あらかじめ定めた計画(ベースライン)に沿って進められますが、進行過程で仕様変更やスケジュールの見直しなどが発生することは少なくありません。
しかし、プロジェクトの計画を現場の判断だけで個別に行ってしまうと、本来の目的から逸脱したり、予算が膨れ上がったりする危険性があります。そこで、プロジェクトの変更に関して客観的かつ正しい判断を行い、変更をコントロールする権限を持つ公式なグループとして「変更管理委員会(CCB)」が設置されます。

変更管理委員会が重要視される理由

プロジェクトの進行中に発生する変更は多岐に渡ります。ハードウェアの故障、ソフトウェアの仕様変更、担当者の役割変更や業務プロセスの変更など、様々な形が存在します。

これらをプロジェクトの実施メンバー(現場)のみで判断してしまうと、「クライアントからの無理な要望を断れずに優先してしまう」「不都合なミスによる変更を揉み消してしまう」といった事態が発生し、プロジェクト全体に多大な悪影響を及ぼします。
変更管理委員会では、計画の変更に関して第三者の客観的な視点で分析・判断を行うため、無秩序な変更による失敗(スコープ・クリープなど)を防ぎ、プロジェクトを成功に導くための重要なガバナンスとして機能します。

変更管理委員会が行う変更管理のプロセス

変更管理委員会(CCB)は、プロジェクトマネジメント計画書の一部である「変更管理計画書」に基づいて、主に以下のプロセスを実行します。

変更提案の受理を行う

プロジェクトの計画基準(ベースライン)が確定した後に発生した変更要求は、すべて公式なプロセスを経る必要があります。
機能の追加やスケジュールの変更などが発生する場合、提案者はその変更内容や必要性を文書化(変更要求書)し、CCBへ提出します。CCBはこれを受理し、評価のステップに進みます。

変更内容の評価と「3つの意思決定」を行う

CCBは、提出された変更内容がプロジェクトの予算、スケジュール、品質、リスクにどのような影響を与えるかを評価します。評価の結果、CCBは以下のいずれかの決定を下します。

  • 承認(Approved): 変更を実施することを認める。
  • 却下(Rejected): 変更の必要性がない、または影響が大きすぎるとして退ける。
  • 延期(Deferred): 今すぐには判断・実施せず、将来のフェーズで再検討する。

承認された場合は、新たなコストやスケジュールの再見積もりが行われ、計画書が公式に更新されます。変更完了後はその旨が報告され、正しく変更が実装されたかを確認してプロセスを完了させます。

【補足】判断待ちの間のプロジェクトマネージャーの役割

CCBに変更を申請し、その決定を待っている間、プロジェクトマネージャー(PM)は勝手に作業を止めたり、フライングで変更作業を始めたりしてはいけません。
決定が下されるまでは「計画された元のタスク」を継続して実行しつつ、もし変更が承認(または却下)された場合に備えて影響とリスクを分析し、悪影響を最小限に抑える準備をしておくことが求められます。

変更管理委員会を運用する際の注意点

変更申請を必ず文書化し、ツールで管理する

認識のズレを防ぎ、変更の履歴(トレーサビリティ)を確実に見せるために、変更申請は必ず文書化する必要があります。「誰が、いつ、なぜ、どのような変更を求め、コストや時間はどれだけ変わるのか」を明記します。
近年では、手動または自動の「変更管理ツール」を利用することで、変更の進捗をトラッキングし、CCBの決定を関係者(ステークホルダー)へスムーズに伝達する運用が推奨されています。

プロジェクトマネージャーひとりに決定権を持たせない

変更管理委員会は、客観的な評価を行うための組織です。そのため、プロジェクトマネージャー(PM)が単独で「大きな変更」を承認できるような権限構造にしてはいけません。

PM自身がクライアントからの強い要求に押し切られ、無理な変更を勝手に受け入れてしまうリスクがあるためです。PMはCCBのメンバーとして影響を説明する立場になることはあっても、最終的な承認権限はスポンサーやプロジェクト外の有識者を含めた「委員会」として判断を下すことで、正しいガバナンスを効かせることができます。

参考

書籍

  • Project Management Institute, Inc., The Standard for Project Management and A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Eighth Edition, 第2部 セクション2.1.6.8、セクション4、セクション5、および用語集(Glossary)より筆者要約・翻訳。

Webページ

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!
目次