PwCが、ソフトウェア開発の全工程へのAI活用と、その実装・定着を支援するという記事を読んだ。要件定義から設計、開発・テスト、運用までAIを組み込み、データや人材、管理や組織の仕組みも整える、という提案だ。
私は、こういう記事から使えるものを探したい。いいところは取り入れたい。でも、何でもそのまま飲み込む気にはなれない。
まとめをざっと読み、自分なりに咀嚼しても、今回は腑に落ちないところがあり、「本当に？」が残った。 各工程ですでにAIを使い、判断の理由まで共有できているなら、全工程に関わることで何が加わるのだろう。
調べた後の感想を先に言うと、今の自分がすぐ使えることは、あまり見つからなかった。 その理由を、元の提案と私の疑問を分けながら整理してみたい。
元の図には、全体を調整する役も描かれている
私が気になったのは、次の図の中央にある工程ごとのAIと、それらをまとめる役の関係だ。周囲に描かれた支援も含めて読むため、論評の対象となる全体像を引用する。
引用図
図表1：全開発工程へのAI駆動開発の本格実装・定着化支援全体像
出典：PwCコンサルティング合同会社掲載 © 2026 PwC Consulting LLC. All rights reserved.
図の中央には、各工程のAIだけでなく、全体を調整するAIオーケストレーターがある。下には知識を共有する基盤があり、周囲にはデータ、人材、管理、組織の仕組みまで描かれている。単にAIを各工程へ置く話より、支援の範囲は広い。
だから、中央のAIの数だけを見て「自分もすでにやっている」と片付けるのは早い。一方で、この図だけから、今の自分の仕事に新しい価値が加わるとも判断できない。私が知りたいのは、すでに履歴の共有や調整ができる場合にも、何が足されるのかという点だ。
なお、以下の「全工程AI」は比較のための便宜的な呼び方で、PwCの製品名ではない。原発表も、一つのAIが全部を勝手に実行する製品や、私が考える分業AIとの優劣を説明したものではない。
同じ履歴まで共有済みなら、何が加わる？
以前のBusiness OSの記事では、根拠や判断を引き継ぐことを考えた。今回は、その引継ぎがすでにできている場合から比べる。
仮説は、情報を読めることと、その後の仕事を動かせることは別ではないか、というものだ。見るべきは、段取りを組み直す役・実行できる範囲・困ったときの判断先になる。
比べる両側の使える情報・操作権限・完了条件をそろえる。分業側にも全体を見る人やAIを置けるので、二つが同じ構成を別の名前で呼んでいる場合もある。
Microsoftの設計ガイドにも、共有された状態を使う分業の構成がある。分業だから履歴を共有できない、という前提にはしない。
架空の注文変更で、仕事が止まる場所を見る
ここからは、開発支援サービスの性能評価を離れ、仕組みの違いを身近な架空例に置き換えて考える。
ネットショップで、注文後に「金曜着に変えて、ギフト包装も付けてほしい」と連絡が来た。商品は倉庫Aに確保済みだが、Aにはギフト箱がない。Bには両方あるものの締切が近い。Aの出荷を取り消せるか、追加料金を客が認めるかも未確定だ。
「Bにあります」。そこまでは分かった。でも、それで注文が片付いたわけではない。
正しい返答を作ることと、仕事を終えることには隔たりがある。 Bを仮確保できるか、料金の返答を待てるかを確かめてから取消と再手配の順番を決め、条件が揃わなければ代案や保留へ戻す必要がある。
- 変更を読む
注文と現在の状態を確認
- 段取りを見直す
取消と確保、確認待ちを調整
- 確認して実行
許された範囲で進める
- 完了を確かめる
手配と客への連絡まで追う
次の表は、勝者を決める成績表ではなく、何が新しく加わるかを見つけるための確認表だ。
| 比べる点 | 履歴共有済みの分業AI | 全体を調整するAIにも聞くこと |
|---|---|---|
| 情報 | 全担当が同じ状態と理由を読む | 情報量や更新頻度を有利にしていないか |
| 段取り変更 | 人や共通の調整役が組み直す | 変更できるのか、提案だけか |
| 操作の範囲 | 取消・確保・料金変更の権限を決める | 同じ操作権限で比べているか |
| 失敗・確認待ち | 取消失敗や返答待ちで止める | 誰に確認し、どう再開するか |
| 完了の確認 | 再手配と客への連絡まで追う | 一部の成功で全体を完了にしていないか |
分業側にも同じ働きがあれば、名前だけでは優劣は決まらない。残る待ち時間・費用・やり直しの差は、同じ仕事を正しく終えたうえで測る必要がある。今回の架空例で、方式の優位や同等性を実証したわけではない。
今の自分に、すぐ使えることは少なかった
調べて、比較の問いは整理できた。ただ、今の自分がすぐ取り入れられることは、あまり見つからなかった、というのが今回の感想だ。
それは、PwCの支援に価値がないという判定ではない。元の提案は、企業のデータや人材、管理、組織を含む広い支援だ。今の自分への取り入れやすさと、そうした変革を必要とする企業への価値は、分けて考えたい。
学べるところは取り入れたい。でも、全部を採用する必要はない。今回は「本当に？」を残したまま調べ、今すぐ使えるものは少なかった、というところまでだった。
自分の仕事の不足と照らすための依頼文
新しいAI活用の提案を読んだら、次をコピーして空欄を埋められる。
検討中の提案：［公開資料のURL、または自分の言葉の要約］
自分の仕事：［具体的な仕事を一つ］
すでにできること：［情報共有・調整役など］
困っていること：［まだ埋まっていない不足］
提案が対象にする課題と、自分の不足を分けて整理してください。
何が新しく加わり、何はすでにできているかを示してください。
比較する場合は、使える情報・操作権限・完了条件をそろえ、
途中で条件が変わる例でも検討してください。
資料で確認できること、解釈、実測が必要なことを分けてください。
AIの回答も判断材料の一つだ。実際の効果を確かめたことにはならない。自分が何を求めて読んだのかに戻ってみると、取り入れるものも、今回は見送るものも選びやすくなる。
資料確認：2026年11月7日。引用図はPwCコンサルティング合同会社の公表資料。注文例と比較表は説明用の検討で、本人の実務経験や実在企業の成果ではない。方式の優劣・同等性や改善効果は未検証。調査・構成・文章整理と独自ヒーローの制作に生成AIを利用している。