集中豪雨で損害車の管理が追い付かない……人力運用を経て「AI駆動開発」で専用システムをスピード構築

エンジニアに求められる役割はどう変わるのか？

　AI駆動開発は、エンジニアの役割を変えていく。「作る人から、見極める人になっていく」と伊藤さんは言う。その出力が本当にいいのか、設計や将来性まで見据えて判断するには、エンジニアの技術的な土台が不可欠だ。エンジニアに求められる気質も変わる。

　「顧客の要望を聞いて作る受け身から、専門家として提案する側へ。相手の立場で考える力、伝える力が、これまで以上にものを言います。AIをマネジメントすることができる人と、そうでない人。二極化は避けられないでしょう」（三森さん）

　では、エンジニアは、これからどう生きていけばいいのか。「コードを書くこと自体は、AIと競う領域になる」と伊藤さんは言う。コードを書くことを突き詰めるなら、研究者になるしか道がないかもしれない。かつて、計算を職業とする人が大勢いたが、計算機の登場で多くが別の仕事へ移り、計算を極めたい人は数学者になった。それと同じだ、と。

　「ただし、コードを書くなかで培った思考、論理的に条件を切り分け、細部まで詰めていく力は絶対に無駄にはなりません。別の分野にいけば、むしろ掛け算の価値になる。大事なのは、技術ありきで考えるのではなく、何がしたいかを起点に手段を選ぶこと。そして、やりきること。一つの手がダメでも、目的を果たすために別の手を探す。ユーザーの課題が解けたか、その先で何が変わったのかまで、責任を持って見届けることです」（伊藤さん）

　三森さんは、「AI駆動開発は、日本のIT業界が長く抱えてきた問題に風穴を開けるかもしれない」と語る。そもそも、これほどシステム開発会社が多いのは、日本独特の現象だ。アメリカでは、エンジニアはプロジェクト単位で集まり、終われば解散する。日本では、一度雇った社員を簡単には手放せないため、プロジェクトごとに外注する形が定着した。だが、契約や仕様の管理が厳格になる分、契約外の要望には応じにくい。それが開発の長期化やコスト増を招き、IT化の遅れにつながってきたという。

　遅れを取り戻そうと、ERPなどのパッケージ製品を導入する企業は多い。その際よく選ばれるのが、製品の標準仕様に自社の業務のほうを合わせる進め方、いわゆる「Fit to Standard」だ。だが、その過程で、日本企業がそれぞれに磨いてきた独自の業務が、どこにでもある平均的な業務へと均されてしまうことがある。もっとも、既存の業務には業務プロセスそのものを見直す（BPR）べきものも多く、Fit to Standardそのものを否定したいわけではない。問題は、本来は強みだった独自性まで、標準に合わせて切り捨ててしまうことだ。

　「AI駆動開発によって、IT業界の形は崩れるかもしれません。でも、日本企業のIT化は、格段に進むはずです。自分たちの業務を一番よく分かっている当事者が、自ら作れるようになる。標準に合わせるために、独自性を切り捨てる必要はない。AI駆動開発は、日本企業がその強みを保ったまま、もっと強くなれるチャンスなのです」（三森さん）