プレートーの罠

最近、AI疲労について書きました。そこでは、エンジニアが経験しているものは慢性的な状態ではなく、トレーニングによる筋肉痛であると主張しました。突き進み、適応し、強くなることが大切です。

それはすべて良くて、正しいですが、その話にはさらに続きがあります。それが急速に明らかになってきています。エンジニアチームが現在直面しているリスクは、燃え尽き症候群ではありません。それは、停滞です。

新しい分裂

ほとんどのシニアエンジニアは現在AIを使用しています。Copilot、Claude、Cursor、Codexなど、どれでもいいです。その部分はすでに決まっています。エンジニアリング組織を率いている場合は、広範な採用率を見て、気分が良いかもしれません。

しかし、そうではありません。

採用率は無意味です。重要なのは、その下で起こっている分裂です。チームは静かに2つのグループに分かれています。生産性のブーストを受けたエンジニアと、毎週新しいワークフロー、新しいエージェント構成、新しい問題解決方法を模索するエンジニアがいます。

どちらのグループもダッシュボードには「AIユーザー」として表示されます。しかし、1つのグループは進歩的なトレーニングプログラムに参加しています。もう1つのグループは最初の重量で満足したまま止まっています。

6か月前、这2つのグループの間のギャップはほとんど見えませんでした。現在、誰でも見ることができます。さらに6か月で、それは構造的なものになります。

プレートーとはどのようなものか

プレートーに陥ったエンジニアは、伝統的な意味では何も間違ったことをしていません。彼らは有能です。彼らは製品を出荷し、エージェントを使用して単純なタスクを実行し、後始末をします。彼らは20〜30%の生産性向上を得たと考え、満足しています。

問題は、隣のエンジニアがそこで止まらなかったことです。那エンジニアは現在、マルチエージェントワークフローを実行し、検証ループを改善し、機能をAI実行可能なチャンクに分解し、コードレビューを行い、以前の2〜3倍の速度で製品を出荷しています。彼らはより才能があるからではありません。彼らは他の人が休んでいる間にトレーニングを続けたからです。

これはAIの熱意や、早期採用者であるかどうかについてではありません。早期採用段階は終了しました。これは、継続的な適応と、一時的な調整の違いについてです。而且、これらのアプローチの間の差は無視できないものになっています。

競争圧力は現実的であり、加速しています

チームに独自のタイムラインで適応する余裕がある場合、プレートーの問題はパフォーマンス管理の問題です。面倒ですが、管理可能です。

しかし、ソフトウェア業界全体の状況を見ると、そんな余裕はないでしょう。

ソフトウェア業界は、人間のデジタル作業を支援するために作られました。サポートエージェントの受信ケースの表示、顧客への対応の追跡、ワークフローの管理などです。現在、AIエージェントはこれらのワークフローを置き換え、基盤となるSaaSプラットフォームを混乱させています。また、AIが日々より優れてくると、顧客は質問を始めています。「これを購入する必要がありますか? それとも自分で作ることができますか?」AIは、「購入」と「作成」の間に存在するバリアを縮小し始めています。収入を保護していた粘着性は、四半期ごとに弱まっています。

あなたのプレートーに陥ったエンジニアは、現在存在しない競争環境に合わせたペースで動作しています。

私を再構成させた引用

私はこれを複数の製品マネージャーから聞きました。彼らは機能を実装するために手伝ってくれたエンジニアです。さまざまな企業、さまざまな状況で、次のことを聞きました。

「エージェントと一緒にこれを反復することは、エンジニアと一緒に反復するよりも簡単でした」

最初に聞いたときは、誇張と思いました。3回目に聞いたとき、先行指標であることを理解しました。

私の見解では、この新しい世界で成功するエンジニアは、AIの能力を「倍増者」にする必要があります。そのためには、2つの分野で強くなければなりません。両方とも、内発的動機と知的好奇心によって自己開発できます。

• 彼らはステークホルダー（PM、エンジニアマネージャーなど）と同じ波長で動作します。彼らは何が良いかを理解しているので、説明する必要はありません。なぜなら、エージェントはいつでも利用可能で、24時間365日動作し、疲れませんからです。
• 彼らはAIの設定を不断に改善します。何かを彼らに渡すと、十分なスピードで完了することを知っているので、市場のテンポに追いつくことができます。

これはリーダーシップの問題であり、個々の問題ではありません

これを個々のエンジニアの責任として扱うのは、面倒です。「追いつけなければ置いていかれる」ですが、エンジニアリング組織を率いている場合は、そのフレーミングでは責任を回避しています。

あなたのプレートーに陥ったエンジニアは、空間がない場所でプレートーに陥りました。彼らは最初の調整で妥協し、誰も彼らをさらに先に押すことがなかったので、慣性が残りました。

一方、進歩を続けるエンジニアの多くは、自己動機付けです。彼らは何が起こるかによらず進歩します。しかし、エンジニアリング組織を完全に自己動機付けの先駆者で構成することはできません。リーダーにとっての質問は、「中間層をどう動かすか」です。

これは、変化管理の問題です。私の好きなフレームワークの1つは、Heath兄弟の本「Switch」から来ています。簡単に言うと、人々に明確な方向性を与え、重要性を感じさせ、環境を変える必要があります。エンジニアリングチームに適用すると、次のようになります。

明るいスポットを見つけ、可視化します。 AIワークフローで最も進歩したエンジニアを特定し、チームにデモを実施させます。トレーニングセッションではありません。実際の作業のライブウォークスルーです。チームの中央が自分のワークフローとトップアダプターのワークフロー之间の差を見たとき、生産的な不快感が生まれます。それは、命令では生み出せないものです。

• 変化を縮小します。 「AIを採用する」ことは、抽象的すぎて行動に移せません。このスプリントでは、エンドツーエンドのエージェントテストを完了し、次のスプリントでは組織全体に展開します。具体的で管理可能なステップが、雄大な変革プログラムよりも優れています。小さな勝利も重要です。
• デフォルトを再構成します。 検証プロセスをAIスキルにコード化し、チーム全体とすべてのエージェントに展開します。ワークフローを定義し、そのサポートツールを使用します。新しい作業方法を最も抵抗のない道にします。そうすれば、人々はそこに向かうために戦う必要はありません。

窓は閉じています

ここが緊急性を生み出す部分です。

現在、適応ギャップはパフォーマンスの差です。プレートーに陥ったエンジニアは、適応したエンジニアよりも遅いですが、まだ生産的です。彼らはまだ貢献しています。彼らを支援できます。

しかし、その窓は閉じています。AIの能力が加速し、競争圧力が複合するにつれ、エンジニアリング作業の最低限のペースが上昇しています。今日の「十分な」エンジニアは、次の四半期には十分ではない可能性があります。彼らが悪くなったわけではありません。床が上がっただけです。

チーム全体を適応曲線の上に移動する組織は、複合的な構造的な優位性を持ちます。そうでない組織は、競争のペースがなくなったためにスタッフを配置することになります。

話をするエンジニアリングリーダーは、誰でもこれを理解しています。ただし、ほとんどの人はチームの運用方法を変更していません。理解と行動の間のギャップは、別の種類のプレートーです。

快適なペースはありません

AI疲労の記事では、筋肉痛はトレーニングが機能している証拠であると主張しました。まだ真実です。しかし、続く真実は難しいです。重量は上がり続けます。

通常のジムでは、快適な重量を選び、永遠に維持できます。誰もがあなたのバーにプレートを追加することはありません。現在のソフトウェア景況では、新しいモデルリリース、新しいエージェント機能、新しいワークフローが誰かによって発見され共有されるたびに、バーは移動します。静止していても、最終的に重量が押しつぶします。

現在、ソフトウェア業界には快適なスペースがありません。個々のエンジニア、チーム、会社にはありません。安全な位置は、継続的な動きだけです。エンジニアリングリーダーにとって、重要なのは、チーム全体が動いているか、または動いていた人だけが動いているかです。