企業にとって、コーディングのコパイロットだけでは不十分

次世代ソフトウェア開発とデリバリーにおけるAIを活用したコーディング・コパイロットという特定の分野への期待は、かつてないほど高まっています。過去数年間、従来のソフトウェア開発会社が提供するサービスには、 DevOps GitHub（GitHub Copilot）のようなベンダー、Cursorのような新規参入企業、そしてOpenAI（Codex）、Anthropic（Claude Code）といった基盤モデル企業も、これらのツールを提供しています。これらのツールはいずれも、コード作成の高速化、反復作業の削減、そして従来の人間によるペアプログラミング手法に代わる経済的なアプローチを約束しています。同時に、これらのツールは、大規模開発組織のリーダーにとって、ソフトウェア開発の経済性向上、イノベーションの加速、そして最終的にはソフトウェア開発とデリバリーのビジネスプロセス改善のための手段として位置付けられています。

しかし、企業にとって、初期の不快な真実があります。コーディング コパイロットは、最大のボトルネックに対処することはほとんどなく、約束されたようなビジネス成果の向上にはつながっていません。

コーディング・コパイロットの存在は今後も間違いなく重要です。彼らはローカル開発者の生産性を向上できるだけでなく、実際に向上させています。しかし、ソフトウェア開発・デリバリープロセス（特に大規模企業の場合）は、計画、コーディング、テスト、セキュリティ確保、そしてアプリケーションの本番環境へのリリースといった、複雑かつ相互に関連したシステムであり、適切なガバナンスとコンプライアンスを維持しながら進めていく必要があります。コパイロットだけではコーディング効率は向上せず、ソフトウェアライフサイクル全体にわたるフロー、セキュリティ、そして品質の向上という、より大きな機会を逃してしまいます。

企業におけるコーディングコパイロットの衝撃的な限界

コーディング・コパイロットは、開発組織において他のどのAIソリューションよりも早く導入されています。最近の推計によると、過去2年間だけでも、企業のR&D組織の90%以上がコーディング・コパイロットを導入しています。 副操縦士を完全に採用または操縦しているしかし、変更管理とツールコストの影響はそれぞれ異なっています。ここ数ヶ月で発表された2つの報告書は、業界全体に失望の波を巻き起こしました。その1つはMETRの調査結果で、副操縦士の導入が 開発者の作業速度を低下させている そして、今では悪名高いMITの調査では、企業におけるAIプロジェクトの95%が 「失敗した」.

大きな疑問は、なぜコーディング・コパイロットが企業に期待通りの影響を与えていないのかということです。失敗の要因は、次のような単純な事実に起因しています。

• コード生成はより大きなプロセスのほんの一歩に過ぎない – コーディングコパイロットは、IDE（統合開発環境）内で視覚化され、作業に従事します。彼らはコードスニペット、デザインパターン、定型コードの提案において世界トップクラスですが、特に大規模で複雑な環境では、より広い文脈を見失っていることがよくあります。ビジネスの優先事項、アーキテクチャ標準、セキュリティ要件、コンプライアンスルールに関する知識が不足しています。
• コーディング副操縦士は上流の不適切な計画慣行を増幅させる ほとんどの企業では、計画プロセスはコーディングよりもはるかに手間と時間がかかります。優先順位付け、作業の細分化、タスクの割り当ては、日や週ではなく、月単位で行われることがよくあります。実際、私たちが日々関わっているお客様の多くは、コーディングよりも5～10倍の時間を計画に費やしています。さらに事態を複雑にするのは、上流の計画に欠陥がある場合（要件が不明確、優先順位がずれている、ロードマップがばらばらなど）、副操縦士は開発者が間違ったものをより早く構築するのを手助けするだけになってしまうことです。誤った方向への開発をスピードアップしたり自動化したりしても価値は生まれず、無駄が積み重なるだけです。
• 下流の統合と配信のボトルネック – コードは、人間が作成するか機械が作成するかに関わらず、テスト、セキュリティ保護、スキャン、そしてデリバリーが必要です。下流のプロセスが遅かったり、手作業だったり、不安定だったり、断片化されていたりすると、コーディング時間の短縮がデリバリーの迅速化や効率化に繋がる可能性は低くなります。企業内のコーディング担当は、下流に存在する真のボトルネックに対処していないことが多く、その結果、効果は限定的なものになってしまいます。
• 企業の規模と複雑さ ソフトウェア開発には「コードは書かれるよりも10倍読まれる」という古い格言があります。これはエンタープライズにおいてはさらに当てはまります。スタートアップとは異なり、大企業はレガシーシステム、複雑なアーキテクチャ、巨大なコードベース、世界中に分散したチーム、そして厳しい規制といった現実と格闘しています。コーディングコパイロットはこれらの課題を理解しておらず、そのため対処しようとしません。
• 数学は数学ではない 名前が示す通り、コーディング・コパイロットは開発者を対象としています。企業開発組織では、平均して50%の人員しか開発者ではありません。デザイナー、アーキテクト、QA担当者などがこれにあたります。しかし、効果を上げるのがさらに難しいのは、この50%の人がコード作成に費やす時間は平均してわずか25%に過ぎないということです。彼らは多くの場合、会議、調査、新しいアイデアのホワイトボード作成に時間を費やしています。コパイロットの初期段階では、開発者の成果が10～30%向上したという肯定的な評価が最も多く見られましたが、現在の最大の効果は50% x 25% x 20%、つまりプロセス全体の最大改善率の2.5%に相当します。

より大きな解放はコーディングの上流と下流にある

これは私たちの存在意義の核心です。設計上、 Digital.ai ソフトウェアの構築と提供というビジネスプロセスを改善・最適化するために存在します。コーディングの副操縦士の存在は重要ですが、データとお客様から得た知見から、真のフローの解放は、コーディング前後の自動化と連携体制の改善によって実現すると確信しています。

上流：エージェントプランニング

大企業は、研究開発時間の最大50%を計画に費やしています。AIを活用し、よりエージェント的なアプローチで計画を進めることで、アイデアから開発までの時間を短縮できるだけでなく、意思決定の質も向上し、土壇場での変更や予期せぬ衝突を回避できます。計画がよりインテリジェントかつ適応的になると、コーディング・コパイロットの導入により、イノベーションの促進とビジネス目標との整合性向上が期待できます。

ダウンストリーム: エージェントテスト、エージェントセキュリティ、エージェント配信

コーディングの上流工程でエージェント型プランニングを導入することは大きな変革をもたらしますが、最大のチャンスは下流工程にあります。エージェント型テストの進歩は、ますます拡大するデバイスや環境においてソフトウェアの品質確保に役立っています。エージェント型セキュリティは、デリバリーを加速すると同時に防御を強化し、開発初期段階でアプリを強化し、本番環境ではインテリジェントに保護することを可能にします。さらに、エージェント型、自動化型、そして人的タスクを融合した、よりスマートなデリバリーパイプラインは、制御、コンプライアンス、ガバナンスを犠牲にすることなく、価値提供を加速します。これらの下流工程におけるイノベーションは、生のコードをより迅速にビジネス価値へと変換します。 safer、そして摩擦も少なくなります。

コーディングよりもスマートな配信

AIはソフトウェア開発とデリバリーの世界にルネサンスをもたらしています。この第4の波において、あらゆる組織は考え方を変える必要があります。真の生産性向上は、コーディングのような個別のタスクの改善や最適化ではなく、エンドツーエンドの業務フローにおける摩擦を取り除くことから生まれます。コーディング・コパイロットはその一部ではありますが、最終的な目玉ではありません。

企業が上流（エージェント計画）と下流（エージェントテスト、セキュリティ、配信）に投資して革新を行うと、ソフトウェア開発の第 4 波で約束されている真の飛躍的利益、つまりビジネス価値の向上、市場投入までの時間の短縮、リスクの軽減、セキュリティの強化、より予測可能な結果を​​実現できます。

次のブログでは、第 4 波の利益を解き放つ準備ができている企業向けの、規範的な「方法」ロードマップに焦点を当てます。