【PMBOK第8版】資源の監視・コントロールとは？確保した資源が「横取り」される現場のリアル

「確保したはずの資源」がなぜか足りなくなる不思議

「計画段階できっちりと見積もりを出して、予算も取り、機材も環境も確保したはずなのに、いざプロジェクトが進むとなぜかリソースが足りなくて作業がストップしてしまう」

プロジェクトマネージャーをしていると、このような不可解な現象に何度も遭遇します。
一度確保した資源を、ただ無造作に放置していてはプロジェクトは回りません。適切なタイミングで消費され、無駄なく使われているかをチェックし続ける必要があります。

今回は、PMBOK第8版における「資源の監視・コントロール（Monitor and Control Resourcing）」プロセスについて、その構成要素を解説するとともに、名著『クリティカルチェーン』の教訓も交えながら、「なぜ現場で資源が消えてしまうのか」というリアルな実態に迫ります^[1]Project Management Institute『プロジェクトマネジメント知識体系ガイド（PMBOK®ガイド）第8版』日本語版、第2部 … Continue reading。

プロセスの基本概念と対象範囲

PMBOKにおける「資源の監視・コントロール」とは、プロジェクトに割り当てられた物理的またはバーチャル資源が、計画通りに利用可能であることを確認し、必要に応じて是正処置をとるプロセスです。

本プロセスの対象は「人以外の資源」

ここで注意が必要なのは、PMBOK第8版において本プロセスが対象としているのは「人以外の資源（物理・バーチャル資源）」に限定されているという点です。
設備、資材、物資、施設、インフラ、ソフトウェア、テスト環境、ライセンスなどが該当します。（※人的資源のマネジメントは、前回の記事で解説した「チームのリード」プロセスで扱われます）。

これらのモノや環境を、「適切な時期と場所で利用できるようにし、必要がなくなったら無駄なく適切に解放（返却）する」ことを保証するのが、このプロセスの最大の目的です。

プロセスのITTO（インプット・ツール・アウトプット）完全網羅

資源の状況を監視し、コントロールをかけるために、PMBOKでは以下の構成要素（ITTO）が定義されています。

インプット（前提となる情報）

• プロジェクトマネジメント計画書（資源マネジメント計画書）
• プロジェクト文書（課題ログ、教訓登録簿、物理的またはバーチャル資源割当て［何がどこにあるかの記録］、プロジェクト・スケジュール、資源ブレークダウン・ストラクチャー［RBS］、リスク登録簿）
• 作業パフォーマンス・データ（実際に消費された資材の量や、機材の稼働時間、発生コストなどの生データ）
• 合意事項（ベンダーとの機材・環境貸与に関する契約）
• 組織のプロセス資産（OPA）

ツールと技法（監視・分析するための手段）

• データ分析
  • 代替案分析: 資源の不足が発生した際、別の機材で代用できないか等を評価します。
  • 予備設定分析: 万が一に備えた「バッファー（予備資源）」が適切に残っているかを評価します。
  • トレンド分析: 過去の消費ペースから、今後の不足や過剰を予測します。
  • 差異分析: 計画していた使用量と、実際の実績とのギャップを測定します。
• プロジェクトマネジメント情報システム（PMIS）（在庫管理システムやライセンス管理ツールなど）
• 会議

アウトプット（コントロールの結果）

• 作業パフォーマンス情報（生のデータを評価し、利用効率や今後の予測を整理したレポート）
• 変更要求（不足した資材の追加手配や、仕様変更に伴うスケジュール・予算の調整申請）
• プロジェクトマネジメント計画書更新版 / プロジェクト文書更新版（課題ログへの資材不足の登録や、割当て情報の更新など）

6つの主要監視ポイントとコントロール不全のリスク

実務において、プロジェクトマネージャーは上記のツールを活用しながら、主に以下の6点に注目してコントロールを行います。

1. 資源支出の監視: 予算や費用の追跡。
2. 不足と過剰の特定: 余剰在庫を減らし、不足による作業ストップを防ぐ。
3. 適正な解放: 使い終わったら即座に返却してコスト発生を止める。
4. ステークホルダー通知: 機材トラブルや納期遅延を迅速に共有する。
5. 要因への働きかけ: 資源の無駄遣いを抑え込む。
6. 変更のマネジメント: 変更要求を通じて計画と実績を再整合させる。

もしこのコントロールを怠ると、「必要なサーバー環境が予定通り確保できず納期が大幅に遅れる」「在庫を減らしすぎて顧客需要に対応できず機会損失が生じる」といった、プロジェクトの成功を脅かす重大なリスクに直面することになります。

現場のリアル：確保したはずの資源が「消える」理由

さて、ここまでPMBOKの理論的な監視ポイントを見てきました。「無駄なく使い、過不足をチェックする」という基本を守っていれば、資源のコントロールは上手くいくはずです。
しかし現実には、これらを徹底していても、なぜか私たちは資源に困らされます。

「モノ」と違って、バーチャル環境や「ヒト」は奪われやすい

たとえば建築現場の「資材（物理的なモノ）」であれば、隣の現場の担当者が勝手に持っていけば明らかに泥棒ですし、よほどの緊急事態だと誰もが気づきます。
しかし、IT業界の「バーチャル資源（テスト環境やライセンス）」、あるいはPMBOKでは別プロセスになりますが「人的資源（エンジニア）」となると、途端にこの横取りに対する感覚が鈍くなります。

「ちょっと今だけテスト環境使わせて」
「手が空いてそうだから、こっちの急ぎのバグ修正を1時間だけやってよ」

このように、あるプロジェクトのために確保していた環境や人材が、他のプロジェクトの火消しに気軽に奪われてしまう。その結果、本来予定していた作業ができなくなり、そこから連鎖的に全体のスケジュールが崩壊していくというのは、ソフトウェア開発の現場では「あるある」の悲劇です。

まとめ：自プロジェクトの資源を「防衛」する

PMBOKにおける「資源の監視・コントロール」とは、単に消費量をエクセルに入力して眺めることではありません。

「自分たちが計画通りに作業を進めるために必要な環境（資源）が、他から奪われることなく、安全に利用可能な状態をキープできているか」を常に監視し、もし横取りされそうになったら防衛する（あるいは代替案を交渉する）という、極めて能動的な活動なのです。

自プロジェクトの成功を守るためには、自チーム内の無駄遣いを監視するだけでなく、プロジェクト間での資源の干渉（横取り）にも目を光らせ、確固たるコントロールを効かせていきましょう。