Benedict Evans、AI とエンタープライズ変革の構造的課題を分析──コード生成の容易化だけでは企業組織の自動化は進まない
非エンジニアが自らツールを作れる時代になっても、自動化すべき課題の発見や組織全体への導入プロセスこそがボトルネックになる。
リリース: 2026-09-03 · 読了 4 分記事の要約
1. 核心（What）
- 大企業は SAP や Workday などの基幹システムから数百の垂直 SaaS、無数のスプレッドシートやスクリプトを保有していると指摘
- プログラミングの敷居が下がり誰でも 5 分でツールを作れる時代になっても、大部分の従業員は自らツールを発想しないと論じている
- 真の課題は単にコードを書く容易さではなく、業務上の隠れた自動化ニーズを発見し定義する難しさにあると言及
- 全社規模の業務変革には 50〜500 人規模の部門横断的な調整が必要であり、個人のアドホックな作成では解決しないと主張
2. 影響（Why）
- 「誰でもツールが作れる」の限界: 社内業務の効率化をプログラミング不要の LLM アプリ内製で解決しようとするアプローチは、現場社員が課題自体に気づけないという構造的壁に直面する。
- 国内 SaaS と情シスへのインプレッション: 国内のエンタープライズ向けシステムを受託・展開する SIer や SaaS ベンダーは、単なる機能追加ではなく業務プロセス再設計を含めたコンサル型支援の体制強化が求められる。
3. 根拠・詳細（How）
- 従来型エンタープライズのシステム構成分析: SAP や Workday などの基幹システムに加え、部門ごとの個別スプレッドシートやスクリプトが混在する大企業の複雑なソフトウェアエコシステムを事例に分析している。
- トップダウンとボトムアップのスペクトラム分類: ソフトウェアの導入・作成経路を、全社一括購入（SAP等）から現場の個別スプレッドシート作成まで「組織化されたものから即興的なものまで」のスペクトラムとして定義。
4. 展望・課題（Next）
- フォワードデプロイエンジニアの役割拡大: 現場の課題を発見するために、技術と業務の両方に精通した人材が現場を巡回するアプローチが今後重要になると予測される。