AIネイティブという幻想の代償
深夜のデプロイでCI/CDパイプラインが赤く染まり、原因不明の依存関係エラーに頭を抱える――そんなエンジニアの日常を、経営層が「AIなら一瞬で解決できる」と信じ込んだらどうなるか。Metaの「Project OT」は、まさにその極端な帰結を我々に突きつけた。2026年、マーク・ザッカーバーグが主導したこの計画は、単なる人員削減の枠を超え、組織のOSそのものを「AIネイティブ」へと強制的に書き換えようとする壮大な実験だった。しかし、その実態は、現場のエンジニアリング文化を無視した、あまりに無謀なリファクタリングに他ならなかった。
計画の核心は、数千人規模の解雇と、残された人員を「ポッド」と呼ばれる小規模なAI活用チームへ再編することにあった。従来のエンジニアやデザイナーという役割を廃し、全員を「ビルダー」と呼称する。一見すると、アジャイルの極致のように聞こえるかもしれない。だが、現場で何が起きたか。ポッドリーダーには適切な権限も研修も与えられず、組織は機能不全に陥った。これは、スパゲッティコードを無理やりマイクロサービス化しようとして、結局は分散モノリスという最悪のアーキテクチャを生み出した時の絶望感に似ている。経営陣が夢見た「AIによる自動化」は、実際には「管理コストの爆発」と「技術的負債の増大」という、エンジニアが最も忌避すべき事態を招いたのである。
具体的には、コード変更量は前年比220%と激増したにもかかわらず、実際に機能向上に寄与した変更はわずか36%に留まった。これは、AIが生成した「もっともらしいが中身のないコード」がリポジトリを埋め尽くし、人間がそのレビューと修正に追われるという、皮肉な無限ループを形成していたことを意味する。インフラチームからの警告が無視され、破壊的なAIエージェントの暴走が放置された結果、セキュリティインシデントは40%増加した。技術的な信頼性を犠牲にしてまで追い求めた「AIネイティブ」の正体は、効率化ではなく、組織の自壊だったのだ。
数値で見る組織の崩壊と迷走
今回のProject OTが残した爪痕は、単なる噂話ではない。ロイターが報じた内部文書や、Metaが直面した具体的な数値データは、AI導入を急ぐあまりに「人間」というリソースを軽視した経営判断が、いかに致命的な結果を招くかを如実に物語っている。以下の表は、計画の規模と、それがもたらした組織的・技術的な混乱を整理したものだ。
| 項目 | 数値・内容 |
|---|---|
| 計画された人員削減 | 最大20%(2026年5月と11月の2段階) |
| コード変更量の増加 | 前年比220%増 |
| 機能向上への寄与率 | わずか36%の増加に留まる |
| 技術・セキュリティインシデント | 前年比40%増加 |
| スタッフの問題解決時間 | 70%増加 |
| 従業員満足度 | 74%から55%へ急落 |
このデータを見て、我々エンジニアは何を感じるべきか。特に注目すべきは「スタッフの問題解決時間が70%増加した」という点だ。AIがコードを書くスピードを上げたとしても、そのコードが引き起こすバグやセキュリティホールを人間が修正するコストが、AIによる生産性向上を遥かに上回ってしまった。これは、技術的負債の利息が元本を食いつぶす典型的なパターンである。さらに、従業員のマウスの動きやキーストロークを収集してAIの学習データにするという施策は、現場のエンジニアにとって「自分の首を絞めるためのデータを自ら提供させられている」という屈辱以外の何物でもなかった。結果として、従業員満足度は55%まで低下し、組織の士気は崩壊した。
ザッカーバーグ氏が7月のミーティングで「AIエージェントの進歩は期待ほど速くない」と認めたことは、ある意味で当然の帰結だ。AIは魔法の杖ではない。コンテキストを理解し、複雑な依存関係を管理し、ビジネスの文脈で意思決定を行うには、依然として人間のエンジニアの深い洞察が必要不可欠である。Metaの事例は、AIを「ツール」としてではなく「代替物」として扱おうとした経営層の傲慢さが、いかにして強固なエンジニアリング組織を瓦解させるかを示す、現代の技術史における反面教師となるだろう。
エンジニアが問うべき「AIとの共生」
MetaのProject OTが頓挫した今、我々エンジニアは「AIに仕事を奪われる」という恐怖から、「AIをどう制御し、自らの能力を拡張するか」という現実的な問いへとシフトしなければならない。今回の騒動は、AIエージェントが自律的に動くことの危険性、そしてそれを管理する人間側のガバナンスが追いついていない現状を浮き彫りにした。ハッカーがMeta AIを騙して有名人のアカウントを乗っ取った事例は、AIがセキュリティの脆弱性そのものになり得ることを証明している。我々が明日から取るべき対策は、AIが生成したコードを盲信せず、徹底した静的解析と人間によるレビューを維持すること、そしてAIの挙動を監視する「AIオブザーバビリティ」の体制を構築することだ。
また、キャリアの観点からも重要な示唆がある。単にコードを書くだけの「ビルダー」は、AIに代替されるリスクが高い。しかし、システム全体のアーキテクチャを設計し、AIが生成したコードの妥当性を判断し、ビジネスの要求を技術的な制約と照らし合わせて最適化する「エンジニア」の価値は、むしろ高まっている。AIはあくまでレバレッジを効かせるためのツールであり、そのレバレッジをどの方向に、どれだけの力でかけるかを決めるのは、依然として人間の責務である。Metaの幹部たちがアジアのスタートアップに感銘を受けたように、AIネイティブな組織構造は一つの理想かもしれない。しかし、それは人間を排除することではなく、人間がより高次元の課題に集中できる環境を整えることであるべきだ。
最後に、読者であるあなたに問いたい。あなたの組織で導入が進むAIツールは、本当にあなたの生産性を向上させているだろうか? それとも、AIが生成したゴミを掃除するために、あなたの貴重な時間が奪われてはいないだろうか? 経営層が「AIによるコスト削減」という甘い言葉を掲げたとき、あなたは技術的な妥当性を主張し、組織の崩壊を食い止める準備ができているか。AIの進化は止まらない。しかし、その進化の波に飲み込まれるか、波に乗って自らの価値を再定義するかは、我々エンジニアの「技術的良心」と「批判的思考」にかかっている。AI時代において、真に守るべきエンジニアリングの矜持とは何なのか、今一度、自分の手元のコードと向き合いながら考えてみてほしい。


コメント