PMBOK-AI note連載 #129分で読めます

PMBOK-AI総括:1年で変わった「AIへの任せ方」

PMBOK-AI ・ AI PM ・ プロジェクトマネジメント ・ AIエージェント ・ AI活用 ・ 生成AI ・ 総括
PMBOK-AI総括:1年で変わった「AIへの任せ方」

PMBOK-AI総括:1年で変わった「AIへの任せ方」


いま起きていること

1年のあいだに、AIへの任せ方は少なくとも13回変わった。 パンダオフィスは、2025年10月に最初の案件の開発を始め、2025年12月27日からAIの利用量を計測している。2026年10月14日までの累計は、3,024,411メッセージ、5,059セッション、記録のある日が284日である。

(出典:自社の AI 利用統計 2025-12-27〜2026-10-14、3台合算)

この1年は、5つの時代に分けて見ることができる。

時代期間転換の中身
12025年10月〜2026年2月「ときどき使う」から「測りながら全部AIと組む」へ
22026年3月〜4月「1本の長い対話」から「並列のチーム」へ
32026年5月〜7月「人がAIに頼む」から「AIが常駐して朝に報告する」へ
42026年8月〜9月「足す」から「絞る・測る・止める」へ
52026年9月〜10月「社内の道具」から「見せて売る」へ

利用の規模が増える一方で、使うモデルは約2か月ごとに入れ替わった。Opus 4.5(12月27日)から始まり、4.6、4.7、4.8、Fable 5、Sonnet 5、Opus 5、Fable 5.1と替わり、2026年9月23日の Opus 5.5 に至る。型番を覚えても、2か月で古くなる。1年で残ったのは、型番ではなく、任せ方のほうだった。

(出典:自社の AI 利用統計、モデルの初出日 2025-12-27〜2026-09-23)


PMの仕事で何が変わるか

任せ方の転換を、時期ときっかけで並べると、次のようになる。

時期方針きっかけ
〜2026年3月コード変更後すぐレビュー役を起動する。常に並列で回す。モデルは固有名で固定する多く任せるほど良い、という前提
2026年5月16日メール送信の権限は取らない(送信は人)外部への送信は取り消せない
2026年6月2日確定データはAIを通さない指示しても改変された
2026年6月14日承認を4段階にする(知らせる/見てもらう/承認が要る/必ず止める)外部に影響する操作に、人を確実に挟みたい
2026年7月31日〜8月2日文章の規約を、仕組み(フック)による強制に置き換える書いた規約は、AIにとって判断材料のひとつにすぎない
2026年8月4日〜8日小さな仕事は任せない。自分の作業の再確認にサブエージェントを使わない新旧ルールの矛盾、過剰な検証
2026年8月14日既存の記述を壊す前に、一次資料を自分で取るAIの誤検出
2026年8月23日レビューは重大・高がゼロで終了、上限3周。常時読み込みを削減レビュー19周
2026年9月9日書き込みは人が押すまで止める書き込みは人の承認の後だけにしたい
2026年9月15日止める条件を破る案を勧めない誘導された承認
2026年9月29日確認を出さないのを既定にする。確認は破壊的なコマンドだけ毎回の確認が負担になった
2026年10月4日筋の通った推奨案は確認せず進める。確認は削除・本番・外部送信・費用だけ返事が毎回「お願いします」になった
2026年10月7日確かめる場面を4つに絞る(数字の出典、最新情報、過去の記録、完了報告)検証は全部でなく、効く場所に

(出典:自社の運用記録・ルール変更の履歴 2026-03〜10)

この表を読むと、方向は一つではないことが分かる。上半分は「人を挟む場所を増やす」、下半分は「人を挟む場所を減らす」転換である。矛盾して見えるが、一貫している。どちらも、人が関わる場所を、取り消せない操作と入力の質に集中させるほうへ向かっている。

PMの仕事は、AIが何をするかを決めることから、人がどこにいるかを設計することに移った。


PMBOK-AIではこう扱う

1年の経験から、PMBOK-AIの任せ方を3つの原則にまとめる。

1. 書いた約束より、仕組みを優先する。 規約に「こうしてほしい」と書いても、AIにとっては判断材料のひとつにすぎない。守らせたいことは、守らないと先に進めない形にする。承認ボタン、フック、権限の制限などである。

2. 検証は、全部ではなく効く場所に置く。 検証の指示を増やすと、確認の周回が増え、費用になる。重大・高の指摘がゼロになったら終わる。確かめるのは、数字の出典、最新の情報、過去の記録、完了の報告に絞る。

3. 人は、取り消せない操作と入力の質に集中する。 削除、本番への反映、外部への送信、費用の発生。それと、AIが使うデータの質。この2つが、人が握る範囲である。

この線引きは、外部の動向とも向きが合っている。PMI が2026年6月に公開したAIのための標準は、ライフサイクルのすべての段階で人が関与することを前提にしている。また、2026年10月に発表された Google のエージェント機能は、エージェントごとの権限と、エージェント名義の監査ログを備えている。

(出典:PMI「The Standard for Artificial Intelligence in Portfolio, Program, and Project Management」2026-06-09/Google Cloud「Welcome to Gemini at Work 2026」2026-10-08)

パンダオフィスの経験から付け加えるなら、人の関与を「すべて」に薄く広げるより、「取り消せない操作」と「入力の質」に集中させたほうが、人もAIも疲れない。

背景にある考え方は、PMBOK-AIとは何か、AIプロジェクトマネジメント実践ガイドにまとめている。


明日からやること

  • いまのAIへの任せ方を、「何でも任せる」「関門つき」「取り消せない操作だけ人」のどれか、1行で書く
  • AIが実行できる操作を書き出し、取り消せないものに印を付ける
  • 規約に書いているだけの約束のうち、仕組みで強制できるものを1つ選ぶ
  • 検証の指示を数え、効いていない周回を1つ削る
  • 任せ方を変えたときの日付ときっかけを、記録に残す

まとめ

1年で変わったのは、AIの性能より、任せ方のほうである。多く任せるほど良い、という前提から始まり、事故とコストのたびに直して、取り消せない操作と入力の質だけを人が握る線に落ち着いた。

← PMBOK-AI note連載 の一覧に戻る

まずは30分、見学から。

無料・オンライン。動いている事務所をそのままお見せします。