CCBとは
CCBとは「Change Control Board」の略で、日本語では「変更管理委員会」と訳されます。プロジェクトの進行中に発生する仕様変更やスケジュール変更などの要求について、承認・却下を判断する組織です。
プロジェクトでは、当初の計画通りに進まない場面も少なくありません。しかし、すべての変更をそのまま受け入れると、作業範囲の拡大や予算超過、納期遅延につながる可能性があります。CCBを設置することで、変更の必要性や影響範囲を客観的に確認し、プロジェクト全体にとって適切な判断を行いやすくなります。
CCBの役割と設置するメリット
CCBは、プロジェクトで発生した変更要求を評価し、承認・却下を判断する役割を担います。変更内容がプロジェクトの目的や品質、予算、納期にどのような影響を与えるかを確認し、関係者間で適切な意思決定を行うための組織です。
CCBを設置することで、変更の判断基準が明確になり、場当たり的な対応を防げます。また、変更履歴を残しながら管理できるため、後から経緯を確認しやすくなり、関係者間の認識違いも防ぎやすくなるでしょう。
変更によるスコープ拡大を防げる
プロジェクトでは、進行中に新たな要望や仕様変更が発生することがあります。しかし、すべての変更をそのまま受け入れてしまうと、当初の目的や作業範囲から外れ、スコープが必要以上に広がるおそれがあります。
CCBを設置すれば、変更が本当に必要か、プロジェクトの目的に沿っているかを客観的に判断できます。不要な変更や優先度の低い変更を抑制できるため、プロジェクトの方向性を維持しやすくなるでしょう。
予算・納期への影響を事前に把握できる
変更要求は、作業工数やコスト、スケジュールに影響を与える場合があります。小さな変更に見えても、関連するタスクや担当者が増えれば、予算超過や納期遅延につながる可能性もあります。
CCBでは、変更を承認する前に、予算・納期・品質などへの影響を確認します。事前に影響範囲を把握したうえで判断できるため、無理な変更によるトラブルを防ぎやすくなります。
変更履歴を残し、関係者間の認識違いを防げる
変更内容や承認理由が記録されていないと、「誰が承認したのか」「なぜ変更したのか」が不明確になり、関係者間で認識のずれが生じやすくなります。特に複数部門や外部企業が関わるプロジェクトでは、情報共有の不足が大きな問題につながることもあります。
CCBを通じて変更内容を文書化し、承認履歴を残しておけば、後から経緯を確認しやすくなります。関係者が同じ情報をもとに判断・対応できるため、認識違いや伝達漏れを防ぎ、プロジェクトを円滑に進められるでしょう。
CCBが行う変更管理プロセスとは
つづいて、CCBが行う変更管理のプロセスを見ていきましょう。
１：変更提案の受理
CCBでは、まず変更提案を受理して内容を確認します。つまり、CCBが設置されているプロジェクトで変更が発生した場合、変更提案書を作成して提出しなければなりません。
変更内容にはプロジェクトスコープや、機能・技術の変更、新しいツール、新しいサプライヤーなどがあるでしょう。プロジェクトの担当者は変更点を文書化し、その変更が必要である旨を提案しなければなりません。その提案をCCBが受理して、次のステップへ進みます。
２：評価、変更提案の回答
変更提案を受理したCCBは、該当する変更を評価して判断を行います。通常、プロジェクトの変更は多いため、CCB全体で評価するのではなく担当者が割り振られることが多いです。任命された担当者は変更が及ぼすプロジェクトの範囲・予算・計画をマッピングします。
分析結果が出たら、CCBの組織内で変更に関するプレゼンを行い、分析内容に問題がないか組織で決めることが多いです。その結果が出たら変更提案者へ速やかに回答を行ってください。
承認されると、変更部分を文書化してプロジェクトマネージャーが変更を実施します。変更が完了したら、その旨をCCBに報告することが必要です。報告を受けたCCBは変更の処理に誤りがないか確認し、変更管理のプロセスは完了します。
CCBを運用する際の注意点
最後に、CCBを運用する際の注意点を見ていきましょう。
変更申請は必ず文書化
変更申請は必ず文書化するようにルールを設けて運用してください。文書化していなければ、複数人で変更内容を確認するのに時間がかかり非効率でしょう。
また、どのような変更があったか履歴を残す意味も含まれます。プロジェクトを変更する原因、変更にかかる時間やコスト、影響度・効果を明記してCCBに提出してください。
始めはCCBの任命された担当者が変更の分析・評価を行いますが、最終的に組織内で共有されるため文書化は必要です。
また、変更する可能性があるのはプロジェクトの進め方だけではありません。クライアントに原因がある場合は、費用や納期を変更することもあり、契約書の見直しが必要です。そのためには、より慎重にCCBが変更の分析と評価を行わなければなりません。
プロジェクトマネージャーはCCBに入れない
CCBは客観的にプロジェクトを評価する必要があるため、プロジェクトマネージャーはCCBには入れません。プロジェクトマネージャーはCCBを招集できますが、参加しない方が良いです。
実際にプロジェクトマネージャーがCCBに参加していると、クライアントからの要求を断れなくなります。プロジェクトマネージャーは顧客と接点を持つことが多いため、変更権限があると無理な変更につながるでしょう。
CCBの体制は企業によって異なり、プロジェクトチーム内に設置することも多いです。しかし、なるべくプロジェクトに参加していないメンバーでCCBを構成した方が、客観的・合理的な判断を行えます。
CCBの運用にはプロジェクト管理ツールの活用も有効
CCBを適切に運用するには、変更申請の内容や承認状況、対応履歴を関係者間で共有できる仕組みが必要です。メールや口頭だけで管理すると、申請内容の抜け漏れや承認状況の確認漏れが発生しやすくなります。
プロジェクト管理ツールを活用すれば、タスク・進捗・変更履歴・関係者への共有を一元管理できます。変更内容がプロジェクト全体に与える影響も把握しやすくなるため、CCBの判断や運用を効率化できるでしょう。
「自社に合うプロジェクト管理ツールを診断してみたい」、「どんな観点で選べばいいかわからない」という方向けの診断ページもあります。
簡単な質問に答えるだけで、最適なシステムを案内します。
無料で今すぐ利用できますので、下のリンクから診断を開始してください。
CCBを設けてプロジェクト管理を円滑に行おう！
CCBはプロジェクトの変更管理を司る重要な組織です。客観的な分析・判断なしでプロジェクトを勝手に変更してしまうと、失敗する可能性が高くなるでしょう。そこで、変更内容を分析・評価する組織を設けることでプロジェクトの適切な管理・運営が行えます。
CCBを運用するときには、変更内容の文書化や、プロジェクトマネージャーを参加させないことが必要です。プロジェクトにCCBを設けて円滑に管理しましょう。
