---
title: [XP祭り2026]AIが開発を速くするほど、検証は難しくなる ─エクストリームなものづくりを支えるPMO・PdMOの再定義
tags:  #agile #xp  
author: [Shigeki Morizane](https://image.docswell.com/user/samuraiRed)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/4JZL3YM4E3.jpg?width=480
description: [XP祭り2026]AIが開発を速くするほど、検証は難しくなる ─エクストリームなものづくりを支えるPMO・PdMOの再定義 より
published: September 05, 26
canonical: https://image.docswell.com/s/samuraiRed/5Y8QJ9-2026-09-05-150524
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/4JZL3YM4E3.jpg)

AIが開発を速くするほど、検証は難しくなる
—エクストリームなものづくりを支えるPMO・PdMOの再定義
Speaker: @samuraiRed
Event: XP祭り2026

# Page. 2

![Page Image](https://bcdn.docswell.com/page/YE6WXDNGEV.jpg)

samuraiRed
バーチャルシステムデザイナー
株式会社パソナグループ
複数社の外部顧問 / 筑波大非常勤講師
日本XPユーザグループ
各種アジャイルコミュニティ運営
CSP-SM, CSP-PO, CAL 1等
▼LINEスタンプ好評発売中!

# Page. 3

![Page Image](https://bcdn.docswell.com/page/GE5MX35XE4.jpg)

生成AIによる「現場」の超高速化
エンジニアがコードを書かない時代
AI加速
HYPER-ACCELERATION
要件ベースの自動生成・自動実行
テスト・CI/CDの超短縮サイクル

# Page. 4

![Page Image](https://bcdn.docswell.com/page/9729XZNQJR.jpg)

ものづくり「だけ」が速くなった世界
他の歯車のスピードが変わらないため、システム全体に歪みが生じる
経営
事業・組織
プロダクト
現場・プロジェクト

# Page. 5

![Page Image](https://bcdn.docswell.com/page/DJY48RPY7M.jpg)

歪みがもたらす3つの症状
予算の枯渇
KPIや予算確保のサイクルが追いつかない
レビューの停滞
デリバリー判断・確認会が開催されない
ゴミの量産
求められている以上のものを作りすぎる

# Page. 6

![Page Image](https://bcdn.docswell.com/page/V7NYQD5RE8.jpg)

スクラムマスターの進化論
チームの障害排除(過去)
ビジネス・業務のコンフリクト解決(現在)
全体を俯瞰する「サーヴァントなPM」(未来)
ものづくりの定性・定量状況を一番知る「センサー」へ

# Page. 7

![Page Image](https://bcdn.docswell.com/page/YJ9PDGYZ73.jpg)

第一の手：PMO（プロジェクトマネジメントオフィス）の再定義
HYPER-FAST PROJECT Project A
HYPER-FAST PROJECT Project B
HYPER-FAST PROJEC C
PMO (CoE)
HYPER-FAST PROJECT Project C
HYPER-FAST PROJECT 2
HYPER-FAST PROJECT
1
作る状況の「組織的な可視化」
横断的な課題のトレースと意思合わせ
PMOは「どう作るか (HOW)」の最前線センサーとなる

# Page. 8

![Page Image](https://bcdn.docswell.com/page/GJ8D3VKYJD.jpg)

開発が速すぎると「検証」が壊れる
色味、フォント、体裁の同時変更
何が結果に影響したか判定不能
同時多発的に手をいれるバックログは、検証のノイズになる

# Page. 9

![Page Image](https://bcdn.docswell.com/page/LJLMV5Z9ER.jpg)

パラダイムシフト：計画の起点を変える
「開発計画」ベース
開発スピードがボトルネックという前提
ベロシティに合わせて細かく刻む
「検証計画」ベース
何を・いつまでに検証したいかが前提
検証サイクルをコントロールする

# Page. 10

![Page Image](https://bcdn.docswell.com/page/47MYG3VV7W.jpg)

意思決定の分散と「PO」の限界
マーケティング連携
データ整備・活用
同時多発的な意思決定
POは1人では足りない。
プロダクトの意思決定はかつてなく分散する。

# Page. 11

![Page Image](https://bcdn.docswell.com/page/P7R9ZQ2WE9.jpg)

第二の手：PdMO（プロダクトマネジメントオフィス）
PdMO (CoE)
機能1
プロダクト全体の「横断的な意思決定」
機能2
分散したPO間の課題解決ハブ
PdMOは「何を作るか (WHAT)」の司令塔となる

# Page. 12

![Page Image](https://bcdn.docswell.com/page/PJXQ95DV7X.jpg)

2つの輪によるケイデンスの同期
PdMO (WHAT) - プロダクトの回転
PMO (HOW) - 現場 (プロジェクト) の回転
この2輪に集約させ、組織の意思決定スピードを最大化する

# Page. 13

![Page Image](https://bcdn.docswell.com/page/3JK9P6X5JD.jpg)

余談：品質管理のパラダイムシフト (QMO)
できたものに対する「検査」
品質を保証する「アーキテクチャの構築と防御」
開発プロセスの進化に合わせ、最速・柔軟な品質管理を横展開する組織 (QMO)

# Page. 14

![Page Image](https://bcdn.docswell.com/page/LE3WX651E5.jpg)

まとめ：エクストリームなものづくりの新構造
1. AIによる開発の超高速化がもたらす組織の「歪み」を認識する
2. PMO(HOW)とPdMO(WHAT)の2輪で意思決定のケイデンスを合わせる
3. 検査ではなく「アーキテクチャ」で品質を守るQMOを構築する
PMO
PdMO
QMO

# Page. 15

![Page Image](https://bcdn.docswell.com/page/8EDK2VDK7G.jpg)

対話を続けましょう
本日の内容は私の現場実績に基づく私見です。皆様の持つ異なる課題感やアプローチについても、ぜひ意見交換させてください。
@samuraiRed