ソフトウェアエンジニアリングにおいて、AIによる迅速なコード生成が自動的に製品のリリース加速に結びつかない「活動と成果のギャップ（Activity-Outcome Gap）」が拡大しています。Dryden Technology GroupのChristian Bird氏は、AIは開発の「執筆」フェーズには優れているものの、「出荷」フェーズにはAIがまだ突破できていないシステム的なボトルネックが依然として存在すると主張しています。
執筆と出荷の区別
Christian Bird氏のプレゼンテーションは、現代のソフトウェアエンジニアリングにおける主要な課題が、活動と成果の間のギャップであることを強調しています。AIは前例のないスピードでコードを生成できますが、そのコードを「真に有用なオブジェクト」へと変えるプロセスには、エディタの枠を超えた複雑な要件が含まれます。
核心的な問題は、多くの組織がAI生成コードの「放水」を開始する前に、それを支えるために必要なインフラの「高速道路」を構築していないことです。これにより、開発者はより速く進んでいると感じる一方で、最終的な製品の提供は外部要因によって停滞するという状況が生じています。
「活動と成果のギャップ：なぜAIはソフトウェアエンジニアリングを解決しないのか。」
— Why aren't we shipping faster now?
加速される負債の解決と移行
Hacker Newsのコメントでは、AIがすでに特定の分野で具体的なメリットを提供していることが指摘されています。例えば、以前は複数チームの調整に数週間かかっていたフル移行を、わずか1日で完了させるようなケースです。あるコメント投稿者（intrasight）は、LLMを使用して、通常かかる時間の約5分の1で大規模な技術的負債に対処したと報告しています。
別のコメント投稿者（9cb14c1ec0）は、顧客は新機能の変化を感じられないかもしれないが、セキュリティパッチや全面的な書き換えがより効率的に完了しているため、基礎となるプロジェクトはより速く改善されていると観察しました。これは、AIの最も即時的な影響は、プロジェクトの健全性に対する「目に見えない」改善にある可能性を示唆しています。
システム的および組織的なボトルネック
コード生成のスピードにもかかわらず、多くの開発者は「出荷」がいまだに非技術的な障害によって遅れていると報告しています。あるコメント投稿者（mystifyingpoi）は、コードは5〜10倍速く書けるものの、ITハードウェアの設置、企業のファイアウォールの変更、ビジネス側の意思決定の遅れによってプロセスが停滞するシナリオを説明しました。
議論に参加した他の人々は、ボトルネックがCI/CDパイプラインや製品の整合性へと移行したと主張しました。あるコメント投稿者（MisterPea）は、開発の最も困難な部分である「実験」と「ビジネス目標との整合」が、現代のエンジニアリングチームにとって依然として主要な障害であると示唆しました。
品質とスケールのトレードオフ
AI支援によるコードの急速な流入は、ソフトウェアの品質に関するリスクも導入します。あるコメント投稿者（smy20011）は、このスピードが、最終的に削除されるような壊れた機能の増加を招く可能性があり、動作の変化の速度に合わせてバグの発生率も上昇する可能性があると指摘しました。
逆に、AIによって「より深い」コードが可能になり、手動のワークフローではスキップされたかもしれない完全なテストカバレッジやエッジケースのモックを含めることができると主張する開発者もいます。コメント投稿者の間での合意事項は、AIの影響は、組織が生産の新しいスピードに合わせてレビューとQAプロセスを拡張できるかどうかに大きく依存するということです。
ソフトウェア改善に関する未解決の問い
議論で提起された中心的な問いは、より速い出荷が実際に優れたソフトウェアにつながるのかという点です。あるコメント投稿者（ferguess_k）は、出荷が速くなることはあっても、それが必ずしもより良い製品をもたらすわけではないと指摘しました。
議論では、Bird氏の研究で説明された「活動と成果のギャップ」にも触れられ、なぜソフトウェアがそれを作成するために使用されるツールの進化と同じ速度で改善されないのかという疑問が投げかけられました。これは、ソフトウェアエンジニアリングの次のフロンティアが、コーディングそのものではなく、ライフサイクルの「非コーディング」部分の最適化になる可能性を示唆しています。