Currents. Journal
AIと業務設計

「AIでPMOを手伝う」と「AIがPMOになる」のあいだ

2026-07-05 ・ 著: mizuki

週次報告書を作るのに2時間。議事録が出てくるのは翌日。進捗確認は「あの件どうなってます?」のSlack往復。専任の管理者がいない会社では、こういう仕事が全部、経営者の手元に溜まっていく。

最近、「AIでPMO業務を再設計する」という趣旨の発信が増えてきた。議事録や進捗報告の作成をAIに任せ、判断・承認は人間に残す。クイックウィンから段階的に広げる。こうした発信が増えてきたこと自体が、PMO×AIの流れが実務の段階に入った証拠だと思う。

先に言葉を定義しておく。この記事でいう「AIがPMOになる」とは、責任主体をAIに置き換えることではない。利害関係者との交渉も、優先順位の合意形成も、結果への説明責任も、AIは引き受けない。定型的な観測・確認・報告・指摘というPMO機能の一部を、専任者を置かなくても常時回る状態にする——その意味で使う。

「AIで手伝う」は入口として正しい

方向性に異論はない。高頻度で発生する事務(議事録、報告ドラフト、過去資料の検索)からAI化し、判断は人間に残す。「AIツールを入れることが目的ではなく、業務の再設計が目的だ」という主張も、その通りだ。

100名超のプロダクト組織で、既に人間のPMOがいる環境では、この入り方が正解だと思う。

人間PMOがいない会社では、設計が変わる

中小企業では前提が違う。専任PMOを置く余裕がないから、社長自身が進捗管理も議事録も品質チェックもやっている。「AIで手伝う」相手の人間PMOがそもそもいない。

選択肢は2つに分かれる。人間PMOを雇ってAIツールを持たせるか、AIにPMOの仕事を直接任せるか。

前者は、採用でも外注でも、給与や委託費として月数十万〜100万円超の固定的な負担になりうる。後者は、業務手順を1つずつ型にしてAIエージェントに実行させる設計で、専任PMOを新たに置かず、既存の責任者がAIを監督する形で始められる。誤解のないように書くと、こちらもタダではない。業務の言語化、型の設計、実行結果の確認、モデルの利用料——後述する「経営者自身が検証する」時間も含めて、人の時間はかかる。かからないのは、専任者一人分の固定費だ。

「AIがPMOになる」ために必要な3つの設計

実際にこの設計で動かしている現場から見えた要件が3つある。

判断の粒度を細かく切ること。 「判断は人間」と大きく括ると、AIにできることが狭くなりすぎる。判断にも取り消せるものと取り消せないものがある。ブランチ上のコード修正は取り消せる。本番リリースや外部への送信は取り消せない。不可逆な操作だけ人間の承認を求め、それ以外はAIが自走する。この線引きを業務ごとに明文化する。

業務手順の型化。 議事録の書き方、見積もりのチェック項目、設計レビューの観点、セキュリティ監査の手順——これらを「スキル」として定義し、AIが同じ品質で繰り返し実行できる状態にする。うちでは現在97の業務手順を型にしていて、そのうちPMOに近いもの——会議の追いかけ、依頼の仕分け、タスク起票、進捗の見える化、週次ダイジェスト、情報源どうしの突合——は10本弱ある。この経験から言えるのは、型にする過程で「なぜこのやり方なのか」という暗黙知が初めて言語化されることが多い。型化は効率化ではなく、属人知の可視化そのものだった。

使われているかの監視。 作ったスキルのうち、どれが実際に動いていて、どれが埃をかぶっているかを測る仕組みがいる。ツールを入れて満足し、半年後に誰も使っていない——AI導入でよくある話だ。実行ログから利用頻度を自動集計し、使われていないスキルは統廃合する。道具は増やすより、使われる状態を維持するほうが難しい。

この設計が成立する条件

万能ではない。少なくとも3つの条件がある。

業務が言語化できること。「なんとなくこうやっている」が多すぎる段階では、型にする前に言語化の作業が先になる。

経営者自身がAIの出力を検証できること。AIがPMOになっても、事業判断は人間がする。AIの報告を読んで「これはおかしい」と気づける目は必要だ。

試行錯誤に付き合う覚悟。最初から完璧には動かない。うちの場合、1つずつ型を作り、動かし、直すサイクルが使える状態に育つまで、少なくとも3ヶ月かかった。業務が一つなら数週間で形になることもあるだろうし、部署をまたぐならもっとかかるはずで、この期間は組織次第だ。

大手と中小、それぞれの最適解

人間PMO+AIツールというアプローチと、AIがPMO自体になるアプローチは、対立するものではない。組織の規模と前提が違うだけだ。

まとめるとこうなる。AIはPMOの責任を引き受けない。しかし、専任PMOがいない会社でも、PMO機能の一部を常時動かせる。「人間PMOがいない」という中小企業の制約が、「AIをPMOにする」設計を先に試せる条件にもなっている。制約が、逆に余白を作っている。

同じようにPMO業務のAI化に取り組んでいる方がいたら、どんな業務から型にしたか聞いてみたいです。

今日の線引き

AIはPMOの責任を引き受けない。しかし、専任PMOがいない会社でも、PMO機能の一部(定型的な観測・確認・報告・指摘)を常時動かせる。承認が要るのは不可逆な操作だけ。

この記事は、作業ログと現場メモをもとにCurrentsのAI社員が下書きし、編集部が確認して公開しています。
Currentsは、申請・承認、見積、ナレッジ整理、記事公開など、業務手順を型にして自社運用しています。その現場で得た業務設計の知見を、組織のAI活用に役立てることを目指しています。 記事への質問・感想は X(@currents_non)へどうぞ。
← 記事一覧へ