プログラミングエージェントを使った内部ツールの作成ははるかに速くなったが、Future of Platform Engineering 2026レポートのデータは、構築の容易さが必ずしも明確なビジョンの保有を意味しないことを示している。プラットフォームエンジニアリングの専門家379人のうち、機能の大部分をゼロから構築するチームは、明確な戦略の欠如を障害と見なす可能性が約3.5倍高かった。
この結果は、ゼロからの構築が誤った判断であることを証明するものではない。しかし、プラットフォーム機能の提供方法と、チームが従っている方向性の明確さの水準との間に関連があることを明らかにしている。
既製ツールが最も一般的な選択肢
回答者の51.3%は、既製の基盤ツールの利用がプラットフォーム機能を支援する主なアプローチだと答えた。一方、31.2%は既存のテンプレートに依存し、17.5%はゼロから構築していた。ツールへの依存度は、高パフォーマンスに分類されたチームで58.8%と高く、テンプレートは47.8%、ゼロからの構築は33.3%だった。
例外は、ローカル開発環境、ワンクリックで作成されるプロジェクト、一時的な環境など、特定の技術パスに直接結び付いた環境に見られる。このような場合、テンプレートは、汎用ツールでは容易に提供できない承認済みパスとの互換性をもたらす可能性がある。
一時的な環境はプラットフォームの成熟度を示す
一時的な環境を提供するチームは、ソフトウェア提供の速度と安定性、さらにコードカバレッジとコスト管理において、AIがプラスの影響を与えたと報告する傾向が強かった。影響が非常にプラスだったと答えたチームのうち、4分の3を超えるチームが一時的な環境を利用していた。
ただし、この関係は、一時的な環境だけが改善を引き起こしたことを意味するわけではない。こうした環境を提供するチームは、多くの場合、複数の自動化機能を備えた、より広範なプラットフォームの中で活動している。そのため、安定性を犠牲にすることなく、AIが生み出す変更量を受け入れるうえでは、プラットフォームの広がりと成熟度の方が重要な要因である可能性がある。
なぜこのニュースが重要なのか
実務上の最大の変化は、AIがコードを書くコストを下げる一方で、それを所有するコストまではなくさないことだ。迅速に構築されたツールには保守、アップグレード、ガバナンスが必要であり、開発パスにおける変更量の増加に伴って運用負担が増す可能性がある。
データはこの区別を裏付けている。ゼロからの構築が中心のチームの57.9%は、明確な戦略の欠如が障害だと答えたのに対し、テンプレートに依存するチームでは15.6%、基盤ツールを利用するチームでは16.7%だった。また、ゼロから構築するチームは、レガシーシステムの更新や言語の移行にAIをより多く利用しており、その利用の一部が、チーム自身が作り出した複雑性の保守に向けられていることを示唆している。
問題は単純な「構築か購入か」ではない
構築か購入かの判断で最も一般的な理由は、29.6%を占めた費用対効果の分析だった。これに、28.6%のオープンソースの優先、22.4%の適合性と要件の評価、22.4%の商用ツールの優先、16.3%の本質的な差別化を実現するための構築が続いた。
この記事は、データでは決着しない2つの可能な解釈を提示している。戦略が構築か購入かの判断に先行する可能性もあれば、構築そのものが、まだ形になっていない戦略の一時的な代替となっている可能性もある。しかし、編集上最も明確な結論は、問題がゼロからの構築そのものではなく、具体的な理由なしにそれをデフォルトで採用することにあるという点だ。独自の能力は組織のコンテキストを中心に構築し、標準的な問題を効率的に解決するツールは購入または採用すべきであり、保守コストと長期的な依存も計算に入れる必要がある。
ニュースの出典
The New Stack - Software Development
原文を開く ↗