こんにちは。出戻りランサーです。
今回は、PMOって何をする仕事なのかを、現場経験ベースで書いてみます。
IT業界にいると、PMOという言葉はわりと普通に出てきます。
求人票にもよく書いてあるし、プロジェクトの会議でも当たり前のように登場します。
でも、いざ「PMOって具体的に何してるの？」と聞かれると、これが意外と説明しづらい。
管理職っぽく見えるけれど、管理職とも少し違う。
事務っぽく見えるけれど、ただの事務でもない。
エンジニアではないけれど、IT現場の理解も必要になる。
そんな、ちょっとつかみどころのない仕事がPMOです。
この記事では、PMOをきれいに定義するというより、現場で実際に何をしているのか、そしてどんなレベル感があり、どんな人が求められるのかを、できるだけリアルに書いてみます。
そもそもPMOとは何か
PMOは、ざっくり言えばプロジェクトを回すための支援役です。
正式には Project Management Office の略で、プロジェクトマネジメントを支える立場、と説明されることが多いです。
ただ、この説明だけだと正直あまりピンときません。
現場感覚で言うと、PMOは
「プロジェクトが変な方向に行かないように整える人」
です。
スケジュールがずれていないか。
課題が放置されていないか。
会議で決まったことが曖昧なまま流れていないか。
関係者の認識がズレていないか。
そういう、プロジェクトの中でじわじわ効いてくるズレや混乱を、表に出して、整理して、前に進める。
それがPMOのかなり重要な役割です。
PMとPMOは何が違うのか
ここはよく混同されるところです。
PMは、プロジェクトの責任者です。
全体の方針や判断、進め方に責任を持つ立場です。
一方、PMOは、そのPMやプロジェクト全体を支える側に回ることが多いです。
かなりざっくり言えば、
- PM：決める人、背負う人
- PMO：整理する人、支える人、回す人
というイメージです。
PMは、対外調整や意思決定、進行判断など、背負うものが多いです。
でも、プロジェクトが大きくなるほど、PMが全部を一人で見るのはかなりきつくなります。
会議、報告、課題管理、進捗確認、資料作成、関係者調整、トラブル対応。
これを全部PM一人でやると、普通に破綻します。
そこにPMOが入ることで、プロジェクト全体を回まわしやすくするわけです。
PMOが現場で実際にやっていること
求人票だと、PMOの業務はふわっと書かれがちです。
でも実際の現場では、かなり泥くさいことをやっています。
会議の整理
会議を開くだけなら誰でもできます。
でも現場で大事なのは、会議が終わったあとに何が残るかです。
- 誰が何をやるのか
- いつまでにやるのか
- 何が決まって、何が未決なのか
- 次回までの宿題は何か
これが曖昧な会議は、やったようで何も進みません。
PMOは、議事録を取るだけでなく、会議の結果を次の動きにつなげる役割を持つことが多いです。
進捗管理
各チームが今どこまで進んでいるのか。
遅れは出ていないか。
出ているなら、その影響はどこまで広がるのか。
PMOはこれを見える化します。
単に管理表を更新するだけではなく、
「この遅れは本当に軽微なのか」
「他チームに波及しないか」
「今のうちに誰に声をかけるべきか」
まで見られると、かなり強いです。
課題管理
プロジェクトでは、問題が起きないことの方が珍しいです。
問題そのものより怖いのは、問題が放置されることです。
PMOは、課題を洗い出して、担当を明確にして、期限を決めて、対応状況を追いかけます。
この追いかけが甘いと、課題はあっさり“なかったこと”になります。
関係者調整
ここが地味に一番しんどいこともあります。
プロジェクトには、いろいろな立場の人が関わります。
- 現場メンバー
- 開発チーム
- インフラ担当
- ユーザー部門
- ベンダー
- 管理職
当然、見ているものが違うので、放っておくと認識がズレます。
PMOは、そのズレを埋めるために、言葉をそろえたり、資料を整えたり、必要な人を会議に呼んだりします。
つまり、人と人の間に立って流れを通す仕事でもあります。
報告資料の整備
現場では、仕事そのものだけでなく、報告も重要です。
上の層に状況を伝える資料が整っていないと、現場の状態が正しく伝わりません。
すると判断もズレるし、余計な混乱が起きます。
PMOは、プロジェクトの状況を他人が理解できる形にまとめる役割も持っています。
PMOは“資料を作るだけの人”ではない
PMOに対して、「資料を作る人」「議事録を取る人」というイメージを持たれることがあります。
たしかに、それも仕事の一部です。
でも実際には、それだけでは務まりません。
議事録ひとつ取るにしても、
- 何が重要な論点だったのか
- 誰の認識がズレていたのか
- 次に止まりそうなポイントはどこか
が見えていないと、ただ文字を並べただけのメモになります。
資料作成も同じで、見た目を整えるだけでは意味がありません。
どの情報を、誰に、どう見せるかまで考える必要があります。
つまりPMOは、事務作業をしているように見えて、実際にはかなり解釈と整理の仕事です。
PMOにも“レベル感”がある
ここはかなり大事です。
ひとことでPMOと言っても、実際にはやることの幅がかなり広いです。
会議調整や議事録、進捗表の更新が中心のPMOもあれば、PMの代わりにかなり踏み込んで動くPMOもあります。
つまりPMOは、同じ名前でもレベル感がかなり違う仕事です。
求人でどのようなレベル感を求められていて、実際に対応できるかを判断する必要があります。
初級PMO
比較的入り口に近いPMOです。
主にこんなことを担当します。
- 会議設定
- 議事録作成
- 進捗表の更新
- 課題一覧のメンテナンス
- 資料の体裁調整
一見すると地味ですが、ここが雑だとプロジェクトはすぐ崩れます。
まずは、正確に回すことが求められる段階です。
中級PMO
ここから少しPMOらしさが濃くなってきます。
- 進捗や課題の整理
- 会議の論点整理
- 関係者への確認や催促
- リスクの先回り
- チーム横断の調整
このレベルになると、単純に管理表を更新するだけでは足りません。
一歩先を見て動けるかが大きな差になります。
上級PMO
ここまで来ると、かなり運営の中核に近い存在です。
- PMや責任者への提言
- プロジェクト運営ルールの設計
- 大きな課題のエスカレーション判断
- 複数チームをまたぐ調整
- PM代行に近い動き
もう“補助”というより、プロジェクト運営を支える中心人物に近いです。
表に立つのがPMでも、実際の交通整理は上級PMOがかなり握っている、という現場もあります。
PMOには支援型・管理型・指示型がある
PMOは、立ち位置によっても役割が変わります。
現場によって呼び方は多少違いますが、ざっくり分けると支援型・管理型・指示型で考えるとわかりやすいです。
レベル感ともほぼ同義ですが、案件募集の詳細を見るとこちらの表現の方が多いと思います。
支援型PMO
支援型PMOは、名前の通りPMや現場を支える役です。
たとえば、
- 会議運営
- 議事録
- 進捗・課題管理の補助
- 資料作成
- 情報整理
といった業務が中心です。
このタイプは、後ろから支える色が強いです。
権限はそこまで強くないことが多いですが、現場の情報をきれいに整える意味ではかなり重要です。
PMO未経験から入るなら、この支援型から始まることが多いと思います。
管理型PMO
管理型PMOは、支援だけでなく、ルールや進め方を管理・監視する役割が強くなります。
たとえば、
- 進捗の見える化
- 課題・リスク管理
- プロジェクトルールの運用
- 報告粒度やフォーマットの統一
- 遅延や逸脱の早期検知
などです。
このタイプは、「手伝う人」というより、全体の整合性を保つ人に近いです。
現場からすると少し厳しめに見えることもありますが、管理型PMOが弱いとプロジェクトはじわじわ崩れます。
指示型PMO
指示型PMOは、かなり踏み込んで動くタイプです。
- タスクの優先順位整理
- 具体的な対応指示
- 課題対応のドライブ
- チーム間の意思統一
- PMの代行に近い判断補助
ここまでくると、支援役というより、現場を前に進めるための実働責任者に近いPMOです。
ただし、権限も信頼もない状態で指示型っぽく動くと、現場とぶつかりやすいです。
このタイプは、経験だけでなく立場や信頼関係も重要になります。
実際の現場では、きれいに分かれていないことも多い
ここもかなり現実的な話です。
現場では、「うちは支援型PMOです」「うちは管理型です」ときれいに分かれていることは、そこまで多くありません。
実際には、
- 最初は支援型だったのに、案件が荒れて管理型になる
- PMが弱くて、PMOが半分指示型になる
- 小規模案件なので、支援・管理・指示を全部やる
みたいなことは普通にあります。
つまりPMOは、肩書きよりも、その案件で何を求められているかで実態が変わりやすい仕事です。
だから転職でPMO求人を見るときも、
「PMOと書いてあるから同じだろう」
と思わない方がいいです。
実際には、
- どこまで踏み込むのか
- 管理だけなのか、指示まで入るのか
- PMとの役割分担はどうなっているのか
このあたりを確認しないと、入ってからギャップが出やすいです。
PMOに求められるのは、派手な能力より“整える力”
PMOに向いている人というと、リーダーシップが強い人とか、管理能力が高い人を想像するかもしれません。
もちろんそれも役立ちます。
でも現場で本当に求められるのは、もっと地味な力だったりします。
たとえば、
- 抜け漏れに気づける
- 情報を整理できる
- 相手に合わせて伝え方を変えられる
- 面倒でも確認を飛ばさない
- 課題を放置せず追いかけられる
- 必要な時に一歩前に出られる
こういう力です。
PMOは、主役というより、現場を崩さず回すための潤滑油に近いところがあります。
だから、目立つタイプじゃなくてもできます。
むしろ、地味でも丁寧に積み上げられる人の方が向いていることがあります。
PMOに必要なのは、IT知識より“現場理解”
「PMOって技術力が必要なんですか？」と聞かれることがあります。
答えとしては、案件によるけれど、現場理解はかなり大事です。
必ずしもコードが書ける必要はありません。
でも、ITプロジェクトがどう動くのか、どこで遅れやすいのか、何で揉めやすいのかがわからないと、管理が表面的になります。
たとえば、
- 要件が固まっていないまま進むと何が起きるか
- 開発とテストのスケジュールがどう連動するか
- ベンダーとの調整で何が火種になりやすいか
こういうことが少しでも見えていると、PMOの質はかなり変わります。
だからPMOは、単なる管理職でもなければ、ただの事務でもない。
IT現場の流れを理解しながら、全体を整理する役です。
自分が感じる“PMOの本当のレベル差”
PMOのレベル差は、Excelがきれいとか、議事録が早いとか、そういうところだけに表れません。
本当の差が出るのは、たとえばこんなところです。
- 情報の優先順位をつけられるか
- 問題が起きる前に気づけるか
- 誰に何を確認すれば前に進むかわかるか
- 現場の空気を壊さずに必要なことを通せるか
- “管理のための管理”で終わらないか
初級PMOは、まず正確に回すことが大事です。
中級PMOになると、先回りと調整力が求められます。
上級PMOになると、運営そのものを立て直す視点が必要になります。
つまりPMOは、想像以上に経験差が出やすい仕事だと思っています。
PMOがしんどいのは、人と情報の間に立つから
PMOのしんどさは、作業量だけではありません。
むしろ、人と情報の間に立つことがしんどいです。
誰かが曖昧にしたことを、はっきりさせないといけない。
先送りされそうな課題を、追いかけないといけない。
空気を悪くしないようにしながら、でも必要なことは言わないといけない。
こういう場面が本当に多いです。
しかも、うまくやっても目立ちにくい。
問題が起きなかった時ほど、「何もなかったように見える」仕事でもあります。
でも、だからこそPMOがいないと崩れるプロジェクトも多い。
派手ではないけれど、現場ではかなり重要な仕事です。
PMOに向いている人、向かない人
向いているのは、たとえばこんな人です。
- 情報整理が苦じゃない人
- 人の話を聞いて要点をまとめられる人
- 先回りして気づける人
- 地味な作業でも雑にしない人
- 対人調整に強い拒否感がない人
逆に向かないのは、
- ルールや確認作業が極端に苦手な人
- 細かいことを追うのがかなりしんどい人
- 人の間に立つのが強いストレスになる人
- 自分の作業だけに集中したい人
あたりかもしれません。
もちろん、向き不向きは絶対ではありません。
ただPMOは、エンジニア職とはまた違うしんどさがあるので、そこは知っておいた方がいいと思います。
PMOは、地味だけど現場ではかなり重要な仕事
PMOは、外から見るとわかりにくい仕事です。
でも実際の現場では、かなり大事です。
進捗を見えるようにする。
課題を放置させない。
会議を流して終わらせない。
認識のズレを減らす。
必要な人に必要な情報を渡す。
こういうことを積み重ねることで、プロジェクトは少しまともに進むようになります。
逆に言えば、PMOが弱いと、
「何となく進んでいるように見えるけど、実はかなり危ない」
という状態になりやすいです。
派手さはありません。
でも、現場で本当に必要とされることは多い。
それがPMOという仕事だと、自分は思っています。
最後に
PMOは、単に資料を作るだけの仕事でもなければ、ただ管理表を更新するだけの仕事でもありません。
現場の流れを見て、情報を整理して、人の間をつないで、プロジェクトが破綻しないように支える。
そして案件によっては、支援型として後ろから支えることもあれば、管理型として全体を締めることもあるし、指示型として前に出ることもあります。
つまりPMOは、ひとつの定型業務ではなく、プロジェクトの状態に応じて役割が変わる仕事です。
もしこれからPMOを目指す人や、転職でPMO職が気になっている人がいるなら、
「何となく管理っぽい仕事」ではなく、
整える仕事、通す仕事、回す仕事として見てみると、かなり実態に近づくと思います。
このブログでは、こういう現場寄りの話も、きれいごと抜きで書いていくつもりです。