6.4システム監査とガバナンス

プロジェクトの内部だけで「うまくいっている」と自己評価していても、その評価が客観的とは限りません。組織はプロジェクトチームから独立した立場で管理状況を点検する監査の仕組みや、複数プロジェクトを横断して標準を保つPMOを持つことで、個々のPMの判断の偏りや見落としを補います。PMには、監査やPMOを「監視されて煩わしい存在」ではなく、プロジェクトの健全性を担保する仕組みとして活用する姿勢が求められます。

6.4.1プロジェクト監査と是正勧告

• プロジェクト監査＝プロジェクトの計画・実行・統制の状況を、プロジェクトチームから独立した監査人が点検し、規程・標準への準拠状況やリスク管理の妥当性を評価する活動。PMやチーム自身による自己点検（セルフレビュー）とは異なり、利害関係のない第三者の視点で客観的に評価する点に価値がある。
• 監査の結果は是正勧告としてまとめられ、指摘事項（例：変更管理記録の不備・リスク登録簿の更新停滞）ごとに、責任者・期限を明確にした改善計画の提出が求められる。監査は一度きりで終わらず、是正措置が実際に実施され有効に機能しているかのフォローアップまで含めてはじめて実効性を持つ。

6.4.2PMOとITガバナンス

• PMO（Project Management Office）＝組織内の複数プロジェクトを横断して、プロジェクト管理の標準（テンプレート・手法）の整備、各PMへの支援（ノウハウ提供・教育）、そして進捗・リスクの全社的な可視化による統制を担う組織横断的な機能。PMOの関与度合いは「標準提供のみ（支援型）」から「直接プロジェクトを統制（統制型）」まで組織により幅がある。
• ITガバナンス＝IT投資が経営戦略と整合しているか、リスクが適切に管理されているかを経営層の視点で統治する仕組み。個々のプロジェクトの成否だけでなく、複数プロジェクト・ポートフォリオ全体として組織の目的に資しているかを判断する点で、プロジェクト単位のマネジメントより上位の視点にある。プロジェクト監査やPMOの活動は、このITガバナンスを実現するための具体的な手段として位置づけられる。

あるPMOの担当者が、社内の複数プロジェクトのうち1件について、独立監査人からの是正勧告を受け取ったとします。指摘事項は「過去3か月、リスク登録簿が一度も更新されておらず、当初特定したリスクの多くが陳腐化したまま放置されている」というものでした。当該プロジェクトのPMに事情を聞くと、「スケジュールが逼迫しており、リスク登録簿の更新まで手が回らなかった」との説明でした。PMOとしてまず取るべき対応は、この指摘を個人への叱責として処理するのではなく、組織横断で類似の問題が起きていないかを点検する機会として活用することです。具体的には、当該PMには責任者と期限を明確にした改善計画（例：2週間以内にリスク登録簿を最新化し、以後は隔週でレビューする運用に戻す）の提出を求め、監査人へのフォローアップ報告を約束させます。同時にPMOは、他の進行中プロジェクトについてもリスク登録簿の更新状況を横断的に確認し、同様の停滞が構造的な問題（例：リスク管理のテンプレートが使いにくい・レビュー会議体が形骸化している）に起因していないかを点検します。もし複数プロジェクトで同様の停滞が見られれば、PMOは個々のPMへの注意喚起にとどまらず、リスク管理プロセスの標準そのものを見直し、より運用しやすいテンプレートやレビュー体制を組織全体に展開するという、支援型・統制型の両面からの対応を取ります。さらに、こうした個別プロジェクトの管理不全が積み重なると、経営層が期待するIT投資全体の効果（ITガバナンスが問う「ポートフォリオ全体として組織目的に資しているか」）を損ないかねないため、PMOは監査結果の傾向を経営層への定期報告にも反映させます。このように、監査の是正勧告を個別の是正で終わらせず、組織の標準改善とガバナンスの入力情報にまでつなげるのがPMO・監査の実務です。

6.4.3この節のまとめ

• プロジェクト監査は独立監査人による客観評価で、是正勧告は責任者・期限の明確化とフォローアップまでで実効性を持つ
• PMOは標準整備・支援・統制を横断的に担い、関与度合いは組織により幅がある
• ITガバナンスは経営視点でポートフォリオ全体の戦略整合を統治し、監査・PMOはその実現手段