キャリア

PMO統括という立場。権限がないのに、なぜ組織を動かせるのか

PMOは「事務局」「進捗管理係」と受け取られることがあります。しかし大規模プロジェクトで実際に機能しているPMOは、まったく別の役割を担っています。指示権を持たないまま、複数部門を動かす立場です。この記事では、この役割が何をしているのか、なぜ権限なしで機能するのか、そしてこの経験がどこで評価されるのかを整理します。

PMOとPMは何が違うのか

混同されやすい2つですが、立ち位置が異なります。

← 横にスクロールしてご覧いただけます →

PMは「やる」立場、PMOは「やれる状態を作る」立場です。この違いが、必要な能力の違いにつながります。

統括の立場になると、さらに範囲が広がります。複数のプロジェクトを横断し、全体の優先順位、資源の配分、経営への報告を担うことになります。

実際にやっていること

「進捗管理」という言葉では収まらない仕事があります。

意思決定を滞らせない。 大規模プロジェクトが遅れる原因の多くは、技術ではなく「決まらないこと」です。誰が決めるのか、いつまでに決めるのか、決めるために何が要るのか。これを設計し、実際に決まるところまで運ぶのがPMOの中核です。

論点を可視化する。 各所で起きている問題を集め、経営が判断できる形に整理する。「何が起きているか」ではなく「何を決めてほしいか」の形にすることが求められます。

部門間の翻訳。 業務部門の要望、開発側の制約、経営の期待。それぞれ言葉も前提も違います。同じ事象を、相手の文脈で説明し直す作業が日常的に発生します。

リスクを先に見つける。 問題が表面化してからでは遅い。兆候の段階で拾い、対処の選択肢を用意しておくことが価値になります。

標準を作る。 報告の形式、判断の基準、進め方のルール。複数プロジェクトで共通の型があると、全体の効率が変わります。

ベンダーとの関係を管理する。 契約範囲、成果物の定義、検収の条件。ここが曖昧なまま進むと、後で必ず揉めます。

権限がないのに動かせる理由

PMOには、原則として他部門への指示権がありません。それでも機能するのはなぜか。

情報を持っているから。 全体で何が起きているかを、最も正確に把握している立場です。情報の非対称性そのものが影響力になります。

経営に直接つながっているから。 報告経路を持っていることで、実質的な重みが生まれます。ただしこれは、報告が正確で公平だと信頼されている場合に限ります。

判断の材料を作れるから。 「どうしますか」と聞くのではなく、「選択肢はAとBで、それぞれこうなります」と示す。決める人が決められる状態を作れば、物事は動きます。

中立だから。 どの部門の利害も代表していない立場だからこそ、調整役として受け入れられます。どこかに肩入れした瞬間、この力は失われます。

つまり、権限ではなく信頼で動かしているということです。これがPMOという役割の本質であり、難しさでもあります。

機能しないPMOの特徴

置かれても機能しないPMOには、共通の特徴があります。

報告を集めるだけ。 各所から状況を集めて資料にまとめるが、そこから何も生まれない。「集約」で終わり、「判断材料」になっていない状態です。

進捗の遅れを指摘するだけ。 遅れていることは現場が一番知っています。なぜ遅れ、どうすれば戻せるかを示せなければ、監視役としか見られません。

形式を守らせることが目的化する。 報告書のフォーマット、会議体の運営。手段が目的になると、現場の負担だけが増えます。

技術が分からない。 開発側の説明を評価できないと、実現性の判断ができません。「できません」と言われたときに、それが本当かを見極められないと、調整が成立しません。

中立性を失う。 特定部門の代弁者と見られた時点で、情報が集まらなくなります。

求められる能力

• 構造化する力／複雑な状況を分解し、論点を整理する
• 技術の理解／実現性と難易度を判断できる程度の知識
• 業務の理解／なぜその要件が必要なのかを掴む
• 文書で伝える力／判断できる形に整理して書く
• 聞き出す力／各所が言葉にしていない問題を引き出す
• 中立を保つ姿勢／どこにも肩入れせず、事実で語る
• 先を読む力／いま起きていることが、3か月後に何を引き起こすか

技術と業務の両方を、ある程度の深さで理解している必要があります。どちらか片方しか分からないと、翻訳役が務まりません。

この経験の市場価値

PMO統括の経験は、外の市場で明確に評価されます。理由は3つあります。

1. 大規模プロジェクトの経験そのものが希少。 数十人から数百人規模のプロジェクトを、最後まで見た経験を持つ人は多くありません。

2. 組織を動かした実績。 権限なしで合意を作り、意思決定を進めた経験は、どの立場でも活きます。技術的な正しさだけでは物事が動かないことを、実地で学んでいます。

3. 需要が継続的に発生する。 基幹システムの刷新、M&A後の統合、複数部門をまたぐ変革。これらの案件は途切れません。

接続する先も複数あります。

• ITコンサルタント／構造化と調整の技能が、そのまま転用できます
• 情報システム部門長・CIO／全社を横断した経験が土台になります
• 外部人材として／特定プロジェクトのPMO支援は、期間を区切った需要が多い領域です
• 事業側のマネジメント／プロジェクトを動かす技能は、事業を動かす技能と重なります

とくに外部人材としての需要は根強くあります。社内に統括できる人がいない、あるいは中立な立場の人が必要という理由で、外から入る形が求められる場面が少なくありません。