AI支援開発が想像以上に疲れる理由

AI支援開発の約束は、開発者の作業をより簡単にすることです。ある程度はその通りですが、多くの開発者はポストLLM時代の燃え尽き症候群と疲労に苦しんでいます。その一因は、AIの誇大広告とFOMOに巻き込まれた組織の非現実的な期待にあります。しかし、さらに深い問題があります。それは人間とコンピュータのインタラクション（HCI）心理学に根ざしています。

HCIの観点からユーザーの行動を考えると、「モード」という概念が浮かび上がります。モードとは、同じインターフェースが異なる振る舞いを生み出す状態ですが、それは単なるインターフェースの状態ではなく、ユーザーの状態でもあります。プロジェクト管理アプリを使う人を想像してください。ボードをスキャンしているときは読み取りモード、タスクを作成しているときは入力モード、チームメイトのタスクを完了としてマークする前にレビューしているときは評価モードです。同じアプリ、同じ画面でも、3つの異なる認知状態があります。それぞれ異なる精神的リソースを使い、それらの間をローテーションすることで、仕事にバラエティが生まれ、単調さが軽減されます。

ソフトウェア開発には常にこのようなモードが存在してきました。計画、実装、統合の3つです。計画は問題を理解しアプローチを設計する最も認知負荷の高いモードです。実装はソリューションを現実にするプロセスで、コードを書き、デバッグし、テストします。これは認知リセットの役割を果たし、計画の負担の後、フロー状態に入り、小さな成功を積み重ねることでモチベーションを維持します。統合はコードレビューやマージを含む品質管理で、自己反省と他者からのフィードバックによる学習の場を提供します。

AI支援開発は、これらのモードの時間配分だけでなく、各モードの本質とそこにかかる圧力を変えました。計画：AIが数分で機能を実装できるようになり、組織はより多くのアウトプットを期待し、計画量が急増。最も認知負荷の高い作業を前例のない速度で行うことが求められ、モード変更による休息が取れず疲弊します。実装：構築のフローは「プロンプト、待機、レビュー」に圧縮されました。プロンプトは計画の一種であり、待機はデッドタイム、レビューは統合です。実際の構築はAIに取って代わられ、残ったのは監督業務だけです。これは開発者が慣れ親しんできた認知体験とは根本的に異なり、同じ回復効果をもたらしません。統合：AI生成コードのレビューは、自分の作業を反省する性質を失います。なぜならそれは自分の作業ではないからです。他者からのレビューも学習の機会が減ります。AIコードには意図がなく、統合は対話ではなく監査になります。監査は必要なプロセスですが、豊かな学びやチームダイナミクスの改善にはつながりません。さらに、開発者は以前よりもはるかに多くの時間を統合に費やしており、それがプロセスに即座に圧力をかけます。

結局、開発者に残されたのはおおよそ1.5モードです。計画は拡大・強化され、統合は関係性と反省の性質を剥ぎ取られて純粋な検証に還元されました。リセットと具体的な勢いを提供していた実装は自動化・圧縮されました。この「シングルモードバーンアウト」は、最も要求の厳しいモードにほとんどの時間を費やし、回復や反省の機会がほとんどない状態での疲労です。長期的影響は三つあります。スキル：実装はスキルを深める主要な場であり、それを圧縮すると開発者の成長が阻害されます。モチベーション：3モードサイクルが提供していた自然な変動がなくなり、持続的な計画と監査は新しい種類の燃え尽きを引き起こします。品質：自分で構築した文脈なしでの検証は難しく、コードレビューが表面的になります。

これらの問題に対処するには、認知インフラを意図的に再設計する必要があります。AIができても自分で実装する時間を確保する、チームで健康なワークフローを再考し実装時間を保護する、少なくとも問題を認識することが重要です。経験豊富な開発者が、生産性が向上しているにもかかわらず仕事が以前より消耗するように感じるなら、それは想像ではありません。AI支援開発は私たちが信じさせられている以上に疲れる可能性があります。教育、革新、メンタリングを通じてより良いインフラを構築できると信じていますが、まず業界として問題を認め、考慮する必要があります。