はじめに
「PMOは激務」という話を聞いて、PMOというキャリアに興味を持ちながらも二の足を踏んでいる人は少なくありません。コンサルの激務は本当か|実際の働き方についてでは、ITコンサル全般の働き方について触れましたが、今回はPMOというポジションに絞って、実態と向き不向きを整理します。
PMOの仕事内容を整理する
PMOが「激務かどうか」を考える前に、まずPMOの役割を整理しておく必要があります。PO・PM・PMOの違い|持っている権限・責任と、どこまでを担うべきかで解説した通り、PMOはプロジェクトの意思決定そのものよりも、以下のような支援業務を担う役割です。
- 進捗・課題・リスクの管理表の整備と運用
- 複数プロジェクトの状況を横断的に可視化し、経営層へ報告する
- プロジェクト間のリソース調整(複数プロジェクトの優先順位づけ|PMOが「リソースの綱引き」を調整する考え方参照)
- プロジェクトの標準プロセス・テンプレートの整備
PM(プロジェクトマネージャー)が個別プロジェクトの意思決定責任者であるのに対し、PMOは複数プロジェクトを横断的に支える「縁の下の力持ち」的なポジションです。
PMOが激務になりやすい場面
PMOの働き方は、会社・プロジェクトの状況によって大きく変わりますが、以下のような場面では業務量が増えやすい傾向があります。
- 担当するプロジェクト数が多いとき:PMOは複数プロジェクトを並行して見ることが多く、担当数が増えるほど報告資料の作成・会議の数が増えます
- プロジェクトが炎上しているとき:プロジェクト炎上時に発注側が取るべき4つの初動のような緊急対応時は、PMOも状況把握・関係者調整に追われます
- 経営層への報告頻度が高い組織のとき:経営層向け報告と現場向け報告、粒度をどう使い分けるかで触れたような報告資料作成が頻繁に発生する組織では、PMOの負荷が上がりやすくなります
一方で、PMOはプロジェクトの技術的な作業(開発・設計)そのものを担うわけではないため、エンジニア職のような「納期直前の連日の作業」という形の激務にはなりにくい側面もあります。負荷の種類が、技術職とは異なるという理解が重要です。
PMOとITコンサルの働き方の違い
PMOとITコンサルは混同されがちですが、働き方には違いがあります。
- ITコンサル:クライアント企業に対して、課題の特定から解決策の提案までを主導する立場。複数の案件を並行して担当し、提案資料の作成や経営層へのプレゼンなど、成果物のクオリティへのプレッシャーが大きい
- PMO:主に1つの企業(自社または支援先)に常駐・専属する形で、プロジェクト運営の仕組みを支える立場。業務量は多いものの、担当範囲が比較的明確で、ITコンサルほど「提案の巧拙」が問われにくい
どちらが楽ということではなく、プレッシャーのかかる場所が異なると捉えるのが実態に近いです。
PMOに向いている人の特徴
PMOというポジションに向いているのは、以下のような特徴を持つ人です。
- 地道な管理業務(進捗表の更新、課題の追跡)を苦にしない
- 複数の関係者(経営層・現場・ベンダー)の間を調整することに抵抗がない
- 自分が前面に立って意思決定するより、プロジェクトが円滑に進む仕組みを作ることにやりがいを感じる
逆に、「自分の裁量で意思決定をしたい」「技術的な専門性を極めたい」というタイプの人には、PMOよりもPMやエンジニア職のほうが向いている場合があります。
まとめ
PMOの激務度は、担当プロジェクト数やプロジェクトの状況によって大きく変動し、一律に「激務」とは言い切れません。ITコンサルとはプレッシャーのかかり方が異なり、地道な管理業務や関係者調整にやりがいを感じられるかどうかが、PMOというキャリアへの向き不向きを分ける大きなポイントになります。
執筆者プロフィール:SIer(元請け)とITコンサルファーム(発注側支援)、両方の立場でプロジェクトに従事(通算9年)。要件定義からベンダーマネジメントまで一貫して対応し、基幹システム刷新・DX推進プロジェクトに多数従事。


コメント