官公庁・自治体プロジェクトのPMO支援とは？標準化対応と外部活用のポイント

自治体の情報システム部門や官公庁の情報化担当部署では、標準化対応・ガバメントクラウド移行・制度改正対応と、大型プロジェクトが同時多発しているのに、推進する側の体制は数名の兼務のまま——そんな状況が珍しくありません。「ベンダーに任せているが、報告の妥当性を判断できる人が庁内にいない」という不安を抱えたまま、工程だけが進んでいく。結論から言うと、この不安の正体は担当者の能力不足ではなく、発注者側の推進体制の構造的な穴です。そしてその穴を埋める現実的な選択肢が、発注者側に立つ外部PMOの活用です。この記事では、官公庁・自治体プロジェクト特有の難しさ、標準化対応でPMOが果たす役割、検索で混同されやすいデジタル庁「デジタルPMO」との違い、外部PMOを入れるときの見極めポイントまでを整理します。

僕は金融系SIerで受注側のPMを、独立後は発注側の立場でIT戦略を支援してきました。プロジェクトの失敗原因は発注側にも受注側にもある、というのが両方を経験した僕の持論です。その目で公共案件の構造を眺めると、官公庁・自治体のプロジェクトは「民間より難しい」というより、難しさの種類が違う。民間で通用したやり方をそのまま持ち込むと、制度の壁に正面からぶつかります。

主な違いを先に整理しておきます。

単年度予算がプロジェクトを「輪切り」にする

公共のシステム開発は、予算の単年度主義という土台の上に載っています。年度でフェーズが区切られ、要件定義・設計・開発・運用が別々の調達、場合によっては別々のベンダーになる。プロジェクトマネジメントとは本来、不確実性を段階的に減らしていく連続的な営みです。ところが年度という輪切りが入るたびに、前工程で積み上げた前提や判断の経緯が失われやすくなる。この「切れ目」で情報を落とさない仕組みづくりは、公共案件のPMOにとって最重要のテーマの一つです。

仕様書がすべてを決める——7割どころではなく上流で決まる

僕は普段から「開発プロジェクトの7割は上流工程で決まる」と言い続けています。官公庁案件は、構造上それがさらに極端です。競争入札の公平性を担保するために、仕様書を先に固めて公告し、契約後の柔軟な軌道修正は民間よりずっと難しい。つまり、仕様書を書き切る段階の質が、プロジェクトの成否をほぼ決めてしまう。

裏を返せば、ここは希望でもあります。3億円以下くらいの規模のプロジェクトなら、計画を立て切れば大コケすることはあまりない、というのが僕の経験則です。やること・やらないことを調達前に洗い出し切る。この「前始末」に外部の専門性を投下できるかどうかが、公共案件では民間以上に効いてきます。

合意形成が多層で、スコープが制度に揺さぶられる

庁内の稟議、業務を実際に回す原課との調整、議会への説明、そして国の制度改正への追従。公共プロジェクトの合意形成は、民間の「経営と現場」よりも一層も二層も多い。しかも法改正や国の方針変更でスコープそのものが動きます。スケジュール遅延が起きたとき、遅延は症状にすぎず、真因はスコープの定義が現実とずれていることにある——僕がプロジェクト全般で繰り返し使う見立てですが、法改正や国の方針変更でスコープそのものが動く公共案件は、構造上このズレが特に起きやすいはずです。遅れを詰める前に、「何を作るか」の前提が制度側で変わっていないかを疑う。この確認を定型業務に組み込めるかが分かれ目です。

2〜3年の人事異動でノウハウが失われる

公務員の人事ローテーションは2〜3年周期が一般的で、プロジェクト途中で担当者が入れ替わることが前提の世界です。判断の経緯が個人の頭の中にしかなければ、異動のたびにプロジェクトの記憶が失われ、ベンダーだけが経緯を知っている状態、つまりベンダーロックインの温床になる。だからこそ、判断の記録と引き継ぎを個人の努力ではなく組織の仕組みにすること。これはPMOが最も価値を出せる領域です。

自治体の現場で今いちばん切実なのが、システム標準化への対応でしょう。標準化法に基づき、住民記録・税・福祉など20業務のシステムを、ガバメントクラウド上の標準準拠システムへ移行する取り組みです。原則の目標とされた2025年度末を過ぎた現在も、移行困難システムを抱える自治体では2026年度以降のスケジュールで対応が続いています。

標準化移行は「パッケージを入れ替えるだけ」には決してなりません。実務の難所を挙げると、

• 現行システムと標準仕様のFit＆Gap分析と、独自運用をどう吸収するかの業務側判断
• 20業務それぞれにベンダーが異なりうる、マルチベンダー体制の調整
• データ移行の品質確保（文字要件・コード変換・移行リハーサル）
• 標準化対象外の関連システムとの連携改修
• 業務フロー変更に伴う原課への説明と運用設計

このどれもが、ベンダー単独では決められない「発注者側の判断」を大量に要求します。ここでPMOが担うのは、全体工程の可視化、ベンダー間の利害調整、課題管理と意思決定の準備、そして原課と情シスの橋渡しです。ポイントは、判断そのものはあくまで自治体側が行い、PMOは判断できる状態を作ることに徹する、という役割分担を崩さないことです。

もう一つ強調したいのは、前始末の価値です。問題への事後対処のコストは、事前対処の3〜5倍かかるというのが僕の実感で、データ移行の不備などはその典型です。本番移行後に住民データの補正が必要になれば、影響は庁内に留まりません。移行リハーサルの回数と検証観点を計画段階で確保するといった地味な前倒しこそ、公共案件のPMOが最初に提案すべき仕事だと思っています。

標準化を推進する庁内体制の考え方

推進体制の基本形はシンプルです。全体に責任を持つ統括責任者（CIO・情報政策の管理職）、業務の実態を知る原課のキーパーソン、システムを見る情シス担当。この三者を結ぶ会議体と課題管理の仕組みがあって、初めてプロジェクトは回ります。ところが実際は、三者それぞれが本来業務との兼務で、「結ぶ」機能を担う人がどこにもいない。会議は開かれるものの、報告が読み上げられて終わり、決めるべきことが決まらないまま次の月へ持ち越される。外部PMOを入れる意味は、まさにこの「結ぶ」機能——会議の論点を事前に整理し、決めるべきことを決められる状態で意思決定者に届ける機能——を体制に足すことにあります。人手を足すのではなく、判断が流れる構造を足す。この違いを押さえておくと、外部PMOに何を求めるべきかがはっきりします。

「PMO 自治体」で調べていると、デジタル庁の「デジタルPMO」という言葉に必ず出会います。名前が紛らわしいのですが、これは外部のPMO支援サービスとはまったくの別物です。

デジタルPMOは、デジタル庁が運営する、標準化移行のための情報共有・照会対応のWebサイトです。自治体職員やベンダーが標準仕様に関する情報を入手し、質問を照会するためのコミュニケーション基盤であって、誰かが自分の自治体のプロジェクトを推進してくれる体制やサービスではありません。本来のPMOがプロジェクト推進のためにどんな役割を担う機能なのかは、PMOの定義と役割の解説で整理していますが、それと比べると性格の違いがよくわかります。

つまり「デジタルPMOがあるからPMO機能は足りている」とはなりません。デジタルPMOは全国共通の情報インフラ、外部PMO支援は自分の組織の推進力。役割の階層が違います。むしろデジタルPMOで公開される膨大な情報を追いかけ、自分の自治体への影響を判断して工程に反映させる作業こそ、推進体制の人手を最も食う仕事であり、外部PMOに任せる価値のある領域です。

では、外部PMOをどう入れるか。外部PMOが提供する支援内容の全体像や委託の一般的な進め方はPMO支援の内容と失敗しない委託の進め方で解説しているので、ここでは官公庁・自治体案件で僕が重要だと考える見極めと準備のポイントを挙げます。

まず位置づけです。公共案件の外部PMOは、開発ベンダーの側ではなく発注者の側に立つ存在として入れるべきです。ベンダーの報告を鵜呑みにせず妥当性を検証し、発注者の利益で判断材料を整理する。この機能が庁内に無いことが、公共プロジェクトの構造的な穴だからです。だからこそ、開発を受注するベンダーとの資本関係や営業上の利害がない、中立的な支援者を選ぶことが大前提になります。

そのうえで、選定時のチェックリストです。

• 中立性：移行・開発ベンダーと資本・営業上の利害関係がないか
• 公共の作法への理解：単年度予算・調達スケジュール・文書主義・議会対応の資料粒度を踏まえて動けるか
• マルチベンダー調整の経験：複数ベンダーの利害がぶつかる場面で調整を裁いた実績があるか
• 上流工程の実力：仕様書・要件定義の段階から品質を作り込めるか（工程管理だけの「議事録係」で終わらないか）
• ノウハウ移転の設計：判断の記録・引き継ぎ資料を成果物として残し、契約終了後も庁内が回る状態を目指しているか

最後のノウハウ移転は特に強調したい点です。人事異動が前提の組織で外部PMOに依存し切ってしまうと、支援会社を替えられないという新しいロックインが生まれるだけです。何を任せ、何を庁内に残すか。この期待値を契約前に言語化しておくことが、発注側の最も重要な準備だと思います。なお、PMO支援の契約は準委任が選ばれることが多いなど契約形態や調達手続きの法務論点もありますが、これは別の機会に譲ります。

受け入れる側の準備が、PMOの働きを決める

もう一つ、発注側として見落とされがちな話をします。外部PMOが機能するかどうかは、実は受け入れる側の準備でかなり決まります。「外部PMOを入れたが議事録係で終わった」——この不満の原因の多くはPMO側の能力不足ではなく、受け入れ側が「何を期待し、どの場面で判断を求めるか」を設計していないことにある、というのが僕の見立てです。期待する成果物と判断を仰いでほしい場面を、着任前に言語化できているか。アクセスできる情報の範囲、参加してよい会議、原課への直接ヒアリングの可否を最初に決めておけるか。この準備の有無で、同じ支援者でも働きがまるで変わります。

進め方としては、いきなり全業務・全工程を任せる大きな契約を結ぶより、まず全体工程の可視化と課題の棚卸しといった限定的なスコープで始めて、判断材料の質を見てから広げていくのが現実的です。公共調達は一度契約すると軌道修正しにくいからこそ、支援そのものも段階的に不確実性を減らす設計にしておく。プロジェクトに対する考え方と同じ原則が、支援者選びにもそのまま当てはまります。

• 官公庁・自治体プロジェクトの難しさは、単年度予算・調達の硬直性・多層の合意形成・人事異動という「構造」に由来する
• 仕様書が成否をほぼ決める世界だからこそ、調達前・上流工程への専門性の投下（前始末）が最も費用対効果が高い
• 標準化対応でPMOが担うのは、工程可視化・マルチベンダー調整・課題管理と、原課と情シスの橋渡し
• デジタル庁「デジタルPMO」は情報共有のポータルであり、自組織の推進体制は別途必要
• 外部PMOは中立性・公共の作法・上流の実力・ノウハウ移転の設計で見極める。公共案件に限らないPMO支援会社の見極め方の共通フレームと併せて実績を確認したい

システム開発の成功率は3割と言われるほど、プロジェクトはもともと失敗しやすい営みです。公共案件はそこに制度の制約が重なりますが、逆に言えば、構造を理解して計画を立て切れば、防げる失敗がほとんどだということでもある。数名の兼務で巨大な移行を抱えるあなたの状況は、個人の頑張りで解決する問題ではなく、体制の設計で解決する問題です。

※本記事は一般的な情報提供を目的としたものであり、法的助言ではありません。個別の調達・契約に関する判断は、所属組織の規程や専門家への確認のうえで行ってください。

---

官公庁・自治体プロジェクトの推進体制にお困りの方へ

「ベンダーの報告が妥当なのか、庁内で判断できる人がいない」「標準化対応と既存案件が重なり、情シスの体制が完全に足りていない」「外部PMOを入れたいが、公共案件の作法がわかる支援者をどう見極めればいいかわからない」——そんな悩みをお持ちでしたら、一度お話を聞かせてください。

弊社は、受注側PMと発注側支援の両方を経験したメンバーが、発注者の側に立つPMOとして上流工程からプロジェクトを支援しています。お話を伺ったうえで、体制や案件の性質から見て他社や別のやり方が適していれば、その旨も正直にお伝えします。

まずは現在の体制と課題の整理からで構いません。無料相談からお気軽にご連絡ください。PMO支援サービスの詳細はPMO支援のご案内をご覧ください。