PMOで評価される人、事務局で終わる人──意思決定を支える仕事の差
PMOという役割にいると、自分の仕事が本当に評価につながっているのか分からなくなる瞬間がある。
会議体を整える。議事録を書く。課題管理表を更新する。進捗報告を集める。資料の体裁をそろえる。関係者にリマインドする。
どれも必要な仕事ではある。プロジェクトは、こうした地味な運営がなければ簡単に崩れる。けれど、毎日きちんと回しているのに、なぜか評価面談では強く語れない。職務経歴書に書こうとしても、会議運営、進捗管理、課題管理の支援という言葉で止まってしまう。
その結果、自分はPMOとして価値を出しているのか、それとも事務局として便利に使われているだけなのか、不安になる。
僕は、この差は作業量ではなく、意思決定との距離で決まると思っている。
PMOの仕事は、資料をきれいに作ることでも、会議を予定通りに回すことでもない。もちろん、それらは必要だ。でも、それだけでは評価されるPMOにはなりにくい。なぜなら、プロジェクトで本当に価値があるのは、情報を集めることではなく、関係者が正しく決められる状態を作ることだからだ。
事務局で終わるPMOは、情報を集めて止まる
事務局型のPMOは、基本的に依頼された情報を集める。
各チームから進捗を回収し、課題を一覧化し、会議資料に転記する。遅れている項目があれば赤くし、未回答者にはリマインドする。会議ではアジェンダを読み上げ、決定事項を残し、次回までの宿題を整理する。
これは決して低い仕事ではない。むしろ、これができない現場は多い。進捗も課題も散らばり、誰が何を持っているのか分からないまま、会議だけが増えていく。だから、管理精度を上げる人は確実に必要になる。
ただし、ここで止まると、PMOの価値は作業代行に見えやすくなる。
なぜなら、集めた情報が意思決定に接続されていないからだ。進捗が遅れていることは分かった。でも、何を決めるべきなのか。誰に判断を上げるべきなのか。どのリスクが後で大きくなるのか。いま決めないと、どの工程で詰まるのか。
そこまで踏み込まないまま資料だけを整えると、PMや上位者から見ると助かる人ではあっても、プロジェクトを前に進める人には見えにくい。
評価されないPMOの多くは、頑張っていないのではない。情報整理の先にある判断支援まで仕事を伸ばせていない。
評価されるPMOは、判断の材料を作っている
評価されるPMOは、進捗表を作るだけでは終わらない。
進捗表を見た人が、何を判断すべきか分かるようにする。課題一覧を更新するだけではなく、放置すると影響が広がる課題を見えるようにする。会議を設定するだけではなく、その会議で決めるべき論点を事前にそろえる。
ここで重要なのは、PMOが勝手に決めることではない。PMや責任者の判断を奪うことでもない。
むしろ逆で、決めるべき人が、決めるために必要な情報を迷わず見られる状態にすることがPMOの価値になる。
たとえば、進捗会議で全チームの状況を均等に報告させると、時間はすぐに溶ける。けれど、評価されるPMOは、すべてを同じ重さで扱わない。予定通り進んでいる項目は確認で済ませ、判断が必要な遅延、部門間で止まっている課題、期限を超えると手戻りになる論点に時間を寄せる。
会議の目的を、状況を共有する場から、詰まりを解く場に変えている。
この差は大きい。表面上は同じ会議運営でも、片方は進行役であり、もう片方は意思決定の補助線を引いている。
PMOの価値は、全体を見る位置にある
PMは、どうしても担当プロジェクトの中で責任を背負う。開発リーダーは、担当領域の品質や納期を見ている。業務部門は、自分たちの利用や運用に関心が向く。ベンダーは、自社の作業範囲と契約条件を意識する。
それぞれの立場には、それぞれの正しさがある。
だからこそ、PMOには全体を見る価値がある。個別の正しさが衝突したとき、全体として何が詰まっているのかを見つける役割だ。
たとえば、開発側は仕様変更を止めたい。業務側は現場運用に合わないから変えたい。PMは納期を守りたい。経営側は予算超過を避けたい。この状態で、誰か一人の主張だけを通すと、どこかで無理が出る。
評価されるPMOは、この対立をただ議事録に残すだけでは終わらない。変更を受ける場合の影響、受けない場合の業務リスク、判断期限、代替案、決裁者を整理する。つまり、揉めている状態を、決められる状態に変える。
プロジェクトにおいて本当に困るのは、問題があることではない。問題があるのに、誰も決められない状態が続くことだ。
PMOが価値を出すのは、まさにこの場所だと思う。
資料作成力より、論点化する力が見られている
PMOとして評価を上げたいなら、資料を増やす方向に努力しすぎないほうがいい。
資料を作れる人は多い。体裁を整えられる人も多い。ExcelやPowerPointを扱えること自体は、PMOの土台ではあるが、差別化の中心ではない。
差がつくのは、情報を論点に変えられるかどうかだ。
進捗が遅れています、だけでは報告で終わる。遅れの原因は要件未確定であり、今週中に対象範囲を決めないとテスト開始が二週間ずれる可能性があります、まで言えると判断材料になる。
課題が残っています、だけでは一覧で終わる。課題のうち三件は担当者間で解けるが、一件は部門長判断が必要です、まで分けられると会議の使い方が変わる。
リスクがあります、だけでは不安を増やすだけになる。このリスクは発生確率は低いが影響が大きく、今のうちに代替手段だけ決めておけば被害を抑えられます、まで整理できると、PMOの仕事は一段上がる。
評価されるPMOは、情報を持っている人ではない。判断の前に置くべき論点を見つける人だ。
事務局から抜けるために見るべき三つの問い
PMOの仕事を一段上げるには、日々の作業をしながら三つの問いを持つといい。
一つ目は、この情報は誰の判断に使われるのか、という問いだ。進捗表も課題一覧も、誰かが見るために作っている。その誰かが何を決めたいのかを考えずに作ると、資料は整っているのに使われない。逆に、判断者の視点から逆算すると、必要な粒度や並べ方が変わる。
二つ目は、いま決めないと何が遅れるのか、という問いだ。プロジェクトでは、すべての課題が同じ重さではない。今すぐ決めなくてもよいものと、今日決めないと後工程が詰まるものがある。PMOは、この時間差を見抜けると強い。
三つ目は、この場で決めるべきことは何か、という問いだ。会議が多い現場ほど、共有、相談、承認、決定が混ざっている。会議の前に、この場で何を決めるのかを一つでも明確にできれば、PMOは単なる進行役ではなくなる。
この三つは、特別な権限がなくても始められる。いきなりPMのように振る舞う必要はない。まずは、自分が作る資料や会議メモの中に、判断に近づく一文を入れることからでいい。
PMOはPMの下位互換ではない
PMOをPMの補助役だけで捉えると、キャリアは狭く見える。
もちろん、PMの補佐として動く場面は多い。けれど、PMOの本質は、PMの作業を肩代わりすることではない。プロジェクト全体の情報、リスク、意思決定、責任分界を見えるようにし、関係者が動ける状態を作ることにある。
これは、PMとは違う専門性だ。
PMは結果責任を背負い、意思決定を前に進める役割が強い。一方、PMOは複数の関係者の情報をつなぎ、判断が詰まる場所を見つけ、プロジェクト全体の見通しを作る役割が強い。
どちらが上かではない。価値の出し方が違う。
だから、PMOとして評価されたいなら、自分の仕事を支援とだけ表現しないほうがいい。支援ではなく、意思決定を支える仕事として語る。進捗管理ではなく、判断に必要な状態を可視化したと語る。会議運営ではなく、論点と決定事項が残る場に変えたと語る。
言葉を変えるだけでは足りない。でも、実際に見ているものが変われば、職務経歴書にも、評価面談にも、日々の立ち回りにも差が出る。
PMOで評価される人と、事務局で終わる人の差は、目立つ仕事をしているかどうかではない。
集めた情報を、判断に変えているか。
整えた会議を、決定に近づけているか。
作った資料が、誰かの迷いを減らしているか。
PMOの仕事は、前に出る仕事ではないかもしれない。けれど、プロジェクトが前に進むための地盤を作る仕事ではある。
あなたがいま整えているその資料は、誰のどんな意思決定を支えているだろうか。

次に読む:
はじめての方へ:
マガジンの紹介:
IT業界の「技術×キャリア×整える」を束ねるマガジンを公開中です!
ビジネスや心と体を整える良記事が集まってきていますので、
是非、覗いてみてくださいね。
記事は全て無料記事のみです。
気に入って頂けたらマガジンのフォローもよろしくお願いします!
共同マガジンに参加希望の方も募集中です!
<PR>
次のキャリアを考えたい方へ。
求人サイトGreenを応援しています。
いいなと思ったら応援しよう!
よろしければ応援お願いします! いただいたチップはクリエイターとしての活動費に使わせていただきます! 