そのエンジニアは会社に3年いる。シニア。システムをよく知っている。まあ、前は知っていた。AIツールが入って以来、コードベースはずっと速いペースで動いている。新しいサービス、新しいパターン、そしてスプリントごとに増える新しい表面領域。機能はどんどん出荷される。指標はきれいに見える。リーダーシップの会議で誰かが「10x」という言葉を口にした。でも誰も異議を唱えなかった。PRはボードのすぐそこにあって、マージされ、クローズされているからだ。私はその部屋にいた。勢いについて、正しいことを言った。
ところが、何かが壊れる。そしてそのエンジニアは座ってデバッグし始める。
6か月前なら、彼らはどこを見ればいいかを正確に分かっていたはずだ。彼らが例外的だからではない。関連するコードを書いたからだ。文脈が手の中にあった。体が覚えている。あなたは同じシステムの中で、何年も「書く」「壊す」「直す」「また書く」を繰り返すことで、その“筋肉の記憶”を作っていく。使おうと思う前に、それはもう体の中にある。
今やコードは生成された。パターンは彼らのものではない。構造はだいたい合っている。だがエンジニアは、技術的には自分が所有しているはずの何かを、行単位では理解できずに見つめている。だから、その状況であなたがやるのと同じことをする。AIに助けを求めてデバッグする。
AIが書く。人間がレビューする。人間はデバッグできない。人間はAIに聞く。AIはさらに書く。
このループは、命令が下りたときに誰も名付けなかったものだ。
The Shift Nobody Announced
スループットは確かに上がっている。ボードの数字は否定しない。
ボードに映らないのは、実際には仕事がどう変質したかだ。
AIが入る前は、シニアエンジニアの強みは技術力だけではなかった。方向感覚だ。どこへ行けばいいかを知っている。何かが壊れて、寝床から引きずり出されるような状況でも、毎回最初の原理から考え直したりはしなかった。何年も同じシステムを書き続けて作られた地図があった。その地図こそが実際の資産だった。彼らを本当に“シニア”たらしめていたもの。
AIの導入が、静かにそれを消し去っている。
AIは、誰もまだ内面化できる前に、新しい表面領域を生成してしまう。今日PRをレビューしているシニアエンジニアは、そのモジュールに触れたことがないかもしれない。AIがそれを書いたからだ。スプリントが進んでいたからでもある。モデルが関数を40秒で生成できるなら、文脈を作るために減速する理由はない。
その結果、コードベースは形式上はチームが所有しているのに、実際には誰も十分に理解していない状態になる。
それはエンジニアのせいではない。チームが吸収できる速度よりも速く“出力”を最適化したときに、そうなるだけだ。
The Cycle
エンジニアはAIが生成した関数をレビューするために受け取る。評価する。構造、ロジック、エッジケース。承認する。時間が節約された。ベロシティが動いた。
3週間後、その関数で何かが壊れる。承認したエンジニアはファイルを開く。コードは、まったくのところ間違っているわけではない。だが“自分のもの”ではない。なぜこのような構造になっているのかを説明する頭のモデルがない。「この条件では失敗する」——そう告げる直感が、ない。直感は著作（執筆）から生まれるからだ。レビューだけで直感には辿り着けない。
だから彼らはAIに手を伸ばす。バグの追跡を手伝ってほしいと頼む。AIは仮説を生成する。エンジニアはそれを評価する。たぶん当たっているかもしれない。違っているかもしれない。どちらにせよ、生成された別の層がスタック上に積み重なる。だれもそれを完全には所有していない。ループは深くなる。
私は、チームで起きているのを見たことをただ描写しているだけではない。これは、私自身が感じたことでもある。私が、レビューしたが書いていない何かをデバッグしようとしてコードベースに入ると、私が持っていたはずの直感がそこにない。私はAIに手を伸ばす。サイクルは続く。考えれば考えるほど、それはスキル不足ではないと分かってくる。文脈の欠落だ。そして文脈はレビューでは移らない。
多くのシニアエンジニアにとって、その対比は鋭く、しかもますます鋭くなっている。ジュニアエンジニアは、この環境で自分の基準（ベースライン）を作っている。新しい働き方は、ただ“働き方”になってしまっている。進路の道を「どこへ行けばいいかを正確に知る」ことで築いてきた人たちにとって、その喪失は紛れもなく分かる。ファイルを開くたびに感じる。技術的には承認したのに、深いところでは見覚えがない。最初の直感がもはや直感ではなくなる、すべてのデバッグセッションで感じる。
ただ、それを“名付ける権限”がないだけだ。
直感は著作（執筆）から生まれる。レビューだけでそこに辿り着くことはできない。
What Leadership Sees
リーダーたちはボードを見る。PRはマージされる。機能は出荷される。18か月前なら野心的に見えたような数値でベロシティが出ている。誰かが「AIはちゃんと動いてる」と言う。全員がうなずく。
チームは静かだ。
集中の静けさではない。フロー状態の静けさでもない。コンパスもなく、そして「大変だ」と言う許可もないまま、目の前の何かにその場で進路を合わせながら渡っていく人たちの静けさだ。
エンジニアは成果物を出している。同時に、セッションごとに、その場で方法論をでっち上げてもいる。なぜなら、誰も彼らに「自分たちが求められている速度で、AIが生成したコードをどうレビューすべきか」を教えていないからだ。検証の負荷に対するプレイブックがない。書く作業の代わりになった判断の仕事に対するトレーニングもない。命令があり、ダッシュボードがあり、スタンドアップがある。
エンジニアは飛行しながら飛行機を作っている。リーダーシップは、飛行機がどれだけ速く進んでいるかを測っている。
私は、十分な人数の十分なオーガニゼーションから同じ話を聞いてきた。これが例外ケースではないと知っている。パターンだ。
Why Mandates Make It Worse
AIの命令は、単にツールを追加するだけではない。不慣れさの霧に、「強制されてやらねばならない」という圧力も追加する。
すでにこのやり方を自力で考えているエンジニアは、今度は、組織レベルの指示で“より速く動け”と命じられた状態で、それを考え直すことになる。圧力は本物だ。コストを名付ける許可は消えている。会社が「AIは戦略的優先事項だ」と発表した直後に、全体会議で手を挙げて「以前はこのコードベースを分かってたけど、今は分からない」とは言えない。
その感覚をいちばん強く受けるのはシニアエンジニアだ。コードベースを知ることを土台にキャリアを築いた人たち。何かが壊れたときに、頼られる“あの人”であり続けた人たち。方向感覚が体に染みついていて、直感のように感じられる人たちだ。彼らが会議室でいちばん静かになる。物事がうまくいっているからではない。彼らが体験していることが、物語（ナラティブ）に合わないからだ。そして、勢いを止めてしまう人にはならない。
その沈黙は適応ではない。変化ははっきりと良いものだと言いながら、言葉を与えられなかった喪失を人々が飲み込んでいるだけだ。
計画の場で以前は押し返していたエンジニアが「なぜ？」と聞かなくなる……問題の組み立てに疑問を持っていた人たちが、それを受け入れてすぐ解決策に飛びつき始める……それは集中ではない。消耗がコンプライアンスとして現れているだけだ。私が「認知負荷」の記事で述べたのと同じサインだ。パターンは個々の日に留まらない。チームが自分たちのコードベースとどう付き合うか、という関係の中へ移っていく。
その沈黙は適応ではない。変化ははっきりと良いものだと言いながら、言葉を与えられなかった喪失を人々が飲み込んでいるだけだ。
What This Requires From You
私はツールに反対しているわけではない。私はそれを使っている。得られるものは本物だ。
私が主張しているのは、あなたのチームが実際にどこにいるのかを理解することだ。
あなたのシニアエンジニアが苦しんでいるのは、適応できないからではない。誰も認めなかった“何か”が彼らから奪われたからだ。筋肉の記憶。方向感覚。何かが壊れたときに、できれば自分はいなくていい時間でもどこへ行けばよいかを知っていること。それは何年も積み重ねた文脈だった。AIのスピードでの導入は、それを作り直す能力を追い越してしまう。そして命令は、そのことを「言える余地」を残さない。
次のベロシティのダッシュボードを読む前に、チームに1つだけ質問してほしい。出力についてではない。ナビゲーションについてだ。
何かが壊れたとき、あなたはどこを見ればいいか知っていますか？それは「知っているから行く」のですか？それとも「AIを使って戻り道を見つけるために行く」のですか？
答えが後者なら、あなたはスムーズに適応しているチームを見ているわけではありません。あなたが見ているのは、名前を付けてもらえる余地が与えられないまま進行中の移行の真ん中にいるチームです。
彼らがいる場所に会いに行ってください。方針のアップデートでなく。新しいプロセスでなく。会話で。実際にあなたにとって何が変わりましたか？あなたが書いていないものを、いま何を引き受けていますか？以前は分かっていたのに、今は分からなくなっているのは何ですか？1年前と比べて、デバッグは今どんな感覚ですか？
これらの答えはスプリントのサマリーには載りません。12か月後もあなたのチームに残っているのが誰か、そして彼らがどんな状態になっているかに現れます。
これらの答えはスプリントのサマリーには載りません。12か月後もあなたのチームに残っているのが誰かに現れます。
静けさはデータ
スループットは本物です。持続可能性はボード上では見て取れないものです。
仕事は縮んだのではありません。移りました。制作から判断へ。作者性から評価へ。どこに向かえばいいかを正確に分かっていたところから、理解しようとしているコードを書いていないツールに手を伸ばすところへ。これは別カテゴリの仕事であり、速度も違います。しかも、筋肉の記憶が別のもののために作られてきたチームで回しているのです。
あなたのチームはAIが到来したあとで静かになりました。その静けさは、物事がうまく進んでいるサインではありません。許可されていない何かを、チームが抱え込んでいて、それを置けないサインです。
スピードを称えるのをやめましょう。チームが実際に「もう何を知っているのか」を聞き始めてください。
その問いは、ダッシュボードを読むよりも難しい。でも、困ったことが起きるのが先に来る前に尋ねる価値があるのは、唯一その問いです。
The Builder's Leader から毎週1通のメール。フレームワーク、見落としがちな盲点、そして多くのリーダーが避けがちな会話。無料で購読する。
