PMBOK-AI 第1章｜この1年で何が変わったか ― AIの性能より速く変わった「任せ方」

AIの性能より速く変わったのは、人がAIに任せる範囲と、その守らせ方だった。

本記事は、PMBOK-AI書籍の改訂版 第1章「この1年で何が変わったか」のテキスト版です。2026年2月に公開した旧版（第1章「序章 ― 新時代の黎明」）を、2026年10月に、1年の記録をもとに書き直しました。

この記事で理解できること

• 60年間、PMの手法が共有していた前提と、それが崩れた理由
• AIと組んだ1年が、数字でどれだけの量だったか
• 主力モデルが約2か月ごとに替わることが、PMに何を求めるか
• AIが「答える」ものから「操作する」ものに変わって、リスクの中心がどこへ移ったか
• AIへの任せ方が、事故のたびにどう書き換わったか

60年間の前提

1960年代にPERT/CPMが体系化されて以来、プロジェクトマネジメントの手法は進化してきました。ウォーターフォール、アジャイル、スクラム。名前も思想も異なるこれらの手法は、1つの前提を共有しています。

タスクを実行するのは人間だけ

生成AIは、この前提を崩しました。文章を書き、コードを書き、設計書を起こし、テストを作る。これは支援ではなく、実行です。タスクを渡す相手に、人間以外の選択肢が加わりました。

筆者は、PMの進化を4つの世代として整理しています。この整理は筆者独自のもので、公式の区分ではありません。

旧版の第1章は、この歴史の解説に大半を使っていました。改訂版では、ここまでを短くまとめ、1年の記録のほうに紙幅を割いています。読者の仕事に近いのは、歴史より記録だからです。

1年の数字

パンダオフィスは、2025年10月に最初の受託案件の開発をAIと組んで始め、そのまま1年続けました。

• 計測期間：2025年12月27日〜2026年10月14日（10月と11月には計測がない）
• 累計：3,024,411メッセージ、5,059セッション、記録のある日は284日
• 月別の最多：2026年2月の607,708メッセージ。次が9月の447,914
• コミット数：全リポジトリで、2026年2月の28から、9月の2,941へ
• 管理するシステム：受託15、自社プロダクト11、プラットフォーム18、Webとランディングページ7の計51

（出典：自社のAI利用統計 2025-12-27〜2026-10-14（3台合算）、自社のコミット記録・システム一覧 2026-10）

2月はセッション数が234と少なく、1セッションあたり約2,600メッセージでした。少数の長い対話に仕事を載せていたと読めます。3月以降はセッション数が増え、1セッションあたりの量は縮みました。長い1本の対話から、短い並列の作業へ移ったためと見ています。この解釈は推測です。

ただし、量が増えたこと自体は、この章の主題ではありません。

変化1：モデルは約2か月ごとに替わった

自社で主力として使うモデルは、計測を始めた2025年12月27日から2026年9月23日までの約9か月で、9つを経ました。最上位モデルは、おおむね2か月ごとに替わっています。

（出典：自社のAI利用統計のモデル初出日）

この速さは、PMに具体的な影響を及ぼします。モデルの名前で書いたルールは、2か月で古くなります。 2026年8月には、新旧のルールが正反対のことを言ったまま、両方読み込まれている状態が見つかりました。古いルールは「コードを変えたらすぐレビュー役を起動する」と言い、新しいルールは「小さな仕事は任せない」と言っていました。AIは、どちらにも従おうとします。

そこで、ルールはモデルの名前ではなく、役割で書くことにしました。深い判断には、その時点の最上位モデル。パターンの検出には、中位モデル。大量・低コストの処理には、軽量モデル。役割で書いたルールは、モデルが替わっても書き換えずに済みます。

変化2：答えるAIから、操作するAIへ

この1年の前半、AIは主に「答える」ものでした。人が頼み、AIが答え、人が読んで使うかを決める。リスクの中心は、答えが間違っているかどうかでした。

後半になると、AIは「操作する」ものになりました。ファイルを消し、設定を変え、ビルドを走らせ、外部のサービスを呼ぶ。人が読む前に、操作は終わっています。

外の製品も同じ向きです。2026年には主要各社が、数時間から数日続く仕事をAIに任せる製品を発表し、エージェントごとのID、役割に応じた権限、監査ログを備え始めました。

（出典：各社の発表（Microsoft 2026-05-01、OpenAI 2026-07-09、Google 2026-10-08））

この向きの変化が、事故の質を変えました。この1年でいちばん重かった事故は、AIの答えの誤りではありませんでした。2026年8月、退避が済んでいないデータを、他のフォルダとまとめた1行の削除コマンドで消したことです。取り消せない操作に、人の確認が挟まっていなかったことから起きました。

変化3：標準と規則が追いついてきた

PMの外側でも、標準と規則がAIエージェントを前提に更新されました。

• 2025年11月：PMBOKガイド第8版（デジタル版）が出た
• 2026年3月31日：総務省・経済産業省の「AI事業者ガイドライン」が第1.2版になり、AIエージェントの定義と、権限の設定、人間の判断を挟む仕組みが書き足された
• 2026年6月9日：PMIが、ポートフォリオ・プログラム・プロジェクトマネジメントにおけるAIの標準を公開した。全段階で人が関与することを前提にしている
• 2026年7月27日：EUのAI規則の改正が施行され、高リスク義務の日程が延期された

（出典：PMBOKガイド第8版に関する解説記事 2025-11、総務省・経済産業省 2026-03-31、PMI の発表 2026-06-09、EUR-Lex Regulation (EU) 2026/1744）

押さえたいのは、日付の細かさではありません。標準も規則も、更新が速い。規則の日程が、1年のうちに延期されました。PMは、事実を日付付きで持つ必要があります。 日付のない事実は、いつ古くなったかが分かりません。

変化4：使うことと、成果が出ることは別だった

McKinsey の2026年の調査では、回答者の80%が「AIで自分の生産性が上がった」と答えた一方、利益（EBIT）にプラスの寄与があった組織は37%で、前年からほぼ横ばいでした。

（出典：McKinsey「The state of AI in 2026: On the road to ROI」2026-08-25）

自社の1年も、同じ形をしていました。2026年8月には、毎回読み込まれる設定が約45,000トークンまで膨らみ、1本のスクリプトのレビューが19周しました。AIの量は、使い方を決めなければ、費用と手戻りに変わります。

任せ方は、事故のたびに変わった

1年の記録をたどると、AIへの任せ方は、おおよそ次の順で変わっています。

何でも任せる。強制力のある関門を置く。検証を絞る。権限を広げて、取り消せない操作だけを人に残す。

（出典：自社の運用記録、自社の運用規約）

表の右端を読むと、思想から決めたルールが1つもないことに気づきます。どの転換も、具体的な事故か費用が引き金でした。

PMBOKから見たこの1年

PMBOKは、プロジェクトが置かれる環境（組織の方針、外部の規則や標準、技術の変化）を、計画の前提として扱います。この1年をPMBOKの言葉で言い直すと、プロジェクトの環境が、計画の更新より速く動いた1年でした。

• 環境：主力モデルが約2か月ごとに替わり、標準と規則は1年のうちに更新された。前提を日付付きで持ち、更新の周期を短くしておく
• 資源：AIは、人員とは別の種類の資源になった。稼働の限界は労働時間ではなく、人の確認の量で決まる
• リスク：リスクの中心は、AIの答えの誤りから、取り消せない操作に移った
• ガバナンス：人の関与を薄く広げるより、取り消せない操作と入力の質に集中させたほうが効いた

まとめ

• 60年間の前提は崩れた：タスクの実行者は、もう人間だけではない
• ただし、変化の中心はAIの性能ではなかった：人がAIに任せる範囲と、その守らせ方が、事故のたびに書き換わった
• リスクは、答えの誤りから、取り消せない操作へ移った：どの操作の前に人が立つかを、先に決める
• 事実は日付付きで持つ：モデルも規則も、2か月から1年で変わる

次の第2章では、この1年から残ったものを、PMBOK-AIの7つの原則として読み直します。原則は、先に決めたものではなく、事故のあとに残ったものとして書きます。

続きを読む

• PMBOK-AIとは？従来PMBOKとの違い・7つの原則
• PMBOK-AI note連載（全24回）：原則と実践を、実例と失敗から書いた連載
• AI PMの1年史（全5回）：この章で触れた1年を、5つの時期に分けて時系列で書いたシリーズ

---

PMBOK-AIの基本概念についてはPMBOK-AIとはを、AI活用の失敗と教訓はAI活用で痛感した失敗と教訓で解説しています。

プロジェクトマネジメントやAI開発についてのご相談はお問い合わせからお気軽にどうぞ。