AIでコード生成が速くなっても、ソフトウェア開発は速くならない――AI時代の開発組織と5つのアーキタイプ

Metaが2026年に検討した組織再編計画「Project OT」は、結局撤回されたとReutersが報じている。計画の柱は、AIエージェントによる業務自動化、3〜5人程度のPodへの再編、職種の境界の縮小だった。一部チームについては最大60%程度の縮小案も検討されたが、Meta側は全社員の60%を解雇する計画ではなかったと説明している。2026年5月に全社員の10%を対象とした一次レイオフを実施した後、11月に予定されていた第二波の再編は取りやめられたと報じられた。 面白いのは、撤回の引き金の一つが「コードは増えたのに価値が増えていない」という社内データだったとされる点だ。報告によれば、コード変更量は前年比+220%に達したが、新機能や改善につながる変更は+36%にとどまり、重大なインシデントは+40%、問題解決に費やす時間は+70%に膨らんだ。蛇口を全開にしたのに排水口が追いつかず、床が水浸しになったようなものである。記事はこれをTheory of Constraintsの視点から読み解く。実装という制約が解けた瞬間に、レビューとQAが新しい制約になったのだ。もう一つ興味深いのは、Claude Code開発を率いるBoris Cherny氏が示した「Prototype、Build、Simplify、Grow、Maintain」の5つのアーキタイプである。技術スタックではなく、プロダクトに対して何をするかで人を分ける。AIで技術領域の境界が薄くなるほど、この軸の方が役に立つという見立てには説得力がある。 中小企業への示唆は、AIで作業が速くなったから人を減らせると考える前に、自社の詰まりがどこにあるかを測ることだ。作業時間が短くなっても、確認や承認、手直しの待ち時間が増えれば全体は遅くなる。記事が指摘する「専門性がAI活用のレバレッジになる」という点も見逃せない。現場の知識を持つ人をAIと組ませる方が効くのであり、人を削るほど成果が伸びるわけではない。