生成AI、インテリジェントエージェント、そしてフロンティアモデル（最先端モデル）は、仕事の進め方を再定義する新しいソフトウェアのカテゴリーを生み出しつつあると私は考えている。数十年にわたり、私たちは「記録のためのシステム」と「関与のためのシステム」を構築してきた。いま私たちは、「仕事のためのシステム」の時代へ入りつつある。
こうしたシステムは本質的に、より動的で、より価値が高い。その一方で、同時に要求水準も高い。ビジネスリーダーに突きつけられた命題は明白だ。従来型のソフトウェア開発、調達、ガバナンスのモデルでは、「仕事のためのシステム」を管理できない。そうしようとすれば、後れを取る。企業は、テクノロジーの設計、統治、調達、維持のあり方を再考しなければならない。こうした生きたシステムを静的な開発手法やレガシーな運用モデルで管理しようとすれば、その価値を縛り付けてしまう。一方、適応できる企業は、生産性、レジリエンス（回復力）、競争優位において段階的な飛躍を実現する。
「記録のためのシステム」から「関与のためのシステム」へ
何が変わりつつあるのかを理解するには、出発点を振り返ることが助けになる。
「記録のためのシステム」は、企業ITの基盤であった。これらは本質的に安定している。中核にあるのは構造化されたデータベースと、めったに変わらない基本テーブルだ。時間の経過とともに、私たちは設定レイヤーや段階的な機能を追加してきたが、設計の意図は変わっていない。整合性を保ち、安定性を確保し、取引を確実に処理すること。よく造られた家のようなものだ。いったん建てれば維持管理し、ときに改修はするが、土台を継続的に作り直すことはない。
次に登場したのが「関与のためのシステム」だ。意図が異なる。顧客、従業員、パートナーといったステークホルダーと相互作用するために設計されている。より動的で、よりパーソナライズされる。会話は構造化され、ジャーニー（顧客や利用者の行動の道筋）は設計され、体験はオーケストレーション（統合的に制御）される。とはいえ、ここでも関与モデルの多くはあらかじめ定義されている。相互作用がどう展開するかをマップ化し、そのロジックをアプリケーションに埋め込む。
どちらのカテゴリーも不可欠であり続けるが、AIは私たちをその先へ押し進めている。
「仕事のためのシステム」の出現
生成AIとインテリジェントエージェントによって、いま私が「仕事のためのシステム」と呼ぶものを構築する機会が生まれている。
「記録のためのシステム」と異なり、静的なデータベース構造に根ざしてはいない。「関与のためのシステム」と異なり、事前に定義された相互作用を単にオーケストレーションするのでもない。「仕事のためのシステム」は進化するオントロジー（概念体系）を基盤に構築され、常に新しいデータと暗黙知を取り込み続ける。インテリジェントエージェントはその基盤の上で稼働し、タスクを実行しながら学習し、適応する。
これらのシステムは中核が常に進化している。新しい情報が注入されるたびに、オントロジーは変化する。フロンティアモデルが従来の能力を飛び越えるほどに進化することで、エージェントも改善する。より多くの知識がシステムに吸収されるにつれ、人とソフトウェアの関係は絶えず変わっていく。
先ほど触れた家の比喩は、もはや当てはまらない。むしろ「仕事のためのシステム」は生きた有機体に近い。複数の次元で同時に進化する。継続的なガイダンス、方向づけ、ガバナンスが必要だ。導入後にエンジニアが姿を消すことはない。ビジネスと一体化し、システムが学習するのに合わせて舵取りし、洗練させる恒常的な存在となる。
これは「一度作って軽く保守する」モデルではない。「作り続け、永遠に進化させる」モデルである。
なぜ従来のアプローチは失敗するのか
多くの企業は、何も本質的には変わっていないかのように、既存のソフトウェア開発ライフサイクルの上にAIツールを重ねようとしている。それは誤りだ。
歴史的に私たちは、標準化によってスケールを追求してきた。統一された方法論を築き、共通のツールを用い、品質を確保するために再現性のあるプロセスを推進してきた。システムの変化が遅く、ツールセットが比較的安定していた時代には、そのアプローチが機能した。
しかし今日、ツールセットは息をのむ速度で変化している。フロンティアモデルは急速に進歩する。単一のベンダーやモデルへの忠誠心はほとんどない。企業は、その時点で利用可能な最良の能力を選び取るようになっている。モデルが仕事の遂行方法を変えるにつれ、方法論そのものも適応しなければならない。
これは、方法論に対する従来の概念を揺さぶる。硬直した手順書のようなレシピではなく、進化するツールと接続できる一貫したフレームワークが必要だ。目標は高品質な成果で変わらないが、そこに至る道筋はもはや固定され得ない。
旧来の技法を「仕事のためのシステム」に適用しようとすることは、私の見立てでは失敗が運命づけられている。
グローバル人材と調達モデルの再考
「仕事のためのシステム」の台頭は、グローバルデリバリーと調達に対して、より精緻なアプローチも求める。
「記録のためのシステム」、そして多くの「関与のためのシステム」では、オフショアモデルは依然として極めて有効だ。オンショアに薄い要件定義レイヤーを置き、大規模なオフショア開発を組み合わせれば、強い経済性を実現できる。とりわけAIが生産性を押し上げるほど、その傾向は強まる。
一方で「仕事のためのシステム」は異なる。極めて動的であるため、ビジネスの近く、時にはビジネスの内部に位置する、前線に展開するエンジニアを必要とする場合が多い。深いドメイン知識と、変化していく目標への近接性が求められる。結果として、この種の仕事の比率はオンショア、あるいは組織内への埋め込みが高まるだろう。
だからといって、オフショア開発がなくなるわけではない。中核となる技術開発は引き続きグローバルに分散できる。ただし、作業負荷をより慎重に分割しなければならない。基盤が安定している領域では従来モデルが適用できる。高度に動的な領域では、異なるルールが支配する。
この切り分けは、企業がロケーション戦略、価格設定、ベンダーとの関係をどう考えるかを作り替える。
ソフトウェアとベンダーとの新しい関係
ソフトウェア企業は歴史的に、一度構築して何度も販売し、APIと設定によってスケールさせてきた。「仕事のためのシステム」はそのモデルを複雑にする。システムが継続的に学習し変化するなら、価格設定、スケーリング、サポートの構造はいずれも影響を受ける。
企業にとって、価値提案は魅力的だ。「仕事のためのシステム」は桁違いの生産性向上をもたらし得る。性能とレジリエンスを高め、まったく新しい形のアウトプットを可能にする。
投資は当然、最もリターンが高い領域へ流れる。時間の経過とともに、エンタープライズテクノロジー予算に占める割合は、「仕事のためのシステム」へとシフトしていくと私は予想している。
しかしそれには、ベンダーとの異なる関係と、社内の異なる運用モデルが必要だ。組織は、オントロジーを維持し、エージェントを統治し、ビジネス目標との整合を担保するために、より高度なエンジニアリング能力を備える必要がある。インテリジェントエージェントが暗黙知を吸収するにつれ、一部の人間のタスクは置き換えられ、別のタスクは簡素化される。しかし、高度に技術的な監督の需要は減るのではなく、増える。
戦略的必然
私たちは、「記録のためのシステム」が片端を担い、「仕事のためのシステム」がもう片端を担う連続体へ入りつつある。大半の企業は今後何年にもわたり、このスペクトラムの上で運営することになる。
課題は単に生成AIを採用することではない。自社のテクノロジー資産の一部が、生きて進化する存在になりつつあると認識することだ。その現実は、テクノロジーの構築、統治、調達、そして対価の支払い方を変える。
この変化を早期に捉えるリーダーは、生産性とイノベーションにおいて並外れた成果を解き放つだろう。静的なモデルにしがみつく者は、その本質として立ち止まることを拒むシステムに追随できず、苦戦する。
