割り込みレビュー、AI Slop……開発プロセスはAIによって早くなったのか？
「AIで得た速度を、何に配分するのか」。セゾンテクノロジーCTOの高坂亮多氏は、講演の趣旨をそう掲げた。
同社はプロダクト開発とシステムインテグレーション（以下、SI）をおよそ半々の割合で手がける企業だ。高坂氏は長くSIを担当していたが、3年ほど前にプロダクト開発へ軸足を移し、現在はCTOとして技術戦略の立案と新規事業開発を行う。
本講演の前提として挙げられたのは、セゾンテクノロジーが持つ品質へのこだわりだ。同社の企業向けファイル転送ソフトウェア「HULFT」は誕生から30年以上、国内シェアは23年連続でナンバーワン。障害発生率は「HULFT8」製品で0.19％、「HULFT10」製品で0.02％という水準にある。
そんな会社が、新規プロダクトの開発にAIを入れた。「実装のところは、当然AIを入れているのでかなり速くなりました。しかし、開発のライフサイクル全体で見て速くなっているかというと、そうではないという状況でした」。前工程である設計、あるいはコードレビューに滞留が発生し、ボトルネックが移動しただけで終わっていた。
加えて、副次的な問題が2つ生まれていた。ひとつは、レビューの割り込みが発生し、開発プロセス全体の進捗の見通しが悪化したこと。もうひとつは、低品質な変更が量産されるAI Slopである。AIが書いたコードをAIがレビューし、それを人間が最終確認する構造のなかで、「AIが出してきた本質ではない細かいところに、人間が時間を割いてしまっていることが起きていました」と高坂氏は振り返る。実装速度自体は上がっているのに、開発プロセス全体で見れば本当に速くなっているのかが判然としない状態だった。
QAを通過したあとの社内実利用で、製品の正式提供を止めた
では品質はどうだったか。セゾンテクノロジーでは新規プロダクトを世に出す前に、まず社内で実際に試用する期間を設けていた。QAを通して、製品として出せる状態にした後、そこからもう少し社内で使ってみる、という工程だ。
その社内実利用の期間に、ストップが出た。目立ったのは、アプリケーションとしては制御されて正しく動くものの、それがユーザーから見てどう映るのか、初めて見て使えるものなのかという類の問題だ。開発者が想定していない使い方をされたときにどう振る舞うか、ゆらぎのあるアプリケーションのエラーをどうユーザーに露出させるか。「そういった観点が特に不足していました」と高坂氏は指摘する。
速度は実装だけが速くなり、品質が良くなった実感も得られていない。単純に実装へAIを入れるだけでは、得られるメリットは限定的だった。そこで同社は、従来から持つ品質文化をAI時代にどう適応させるか、再デザインすることに決めた。
最初のコンセプトは「速度と品質を同じ場所で両立させようとするのをやめる」ことだ。高坂氏はQAやテストで見つけるべき観点を並べ、実装文脈からの「文脈の遠さ」と「要する時間」という2軸にプロットした。実装ルールへの適合や変更内容の妥当性は近くて速い場所にあり、初見利用での妥当性や実業務・継続利用での妥当性は遠くて遅い場所にある。これを1カ所で全部実現しようとすると、時間も品質もうまくいかない。だから一度分離し、別の場所でつなぎなおす。分離の軸は「時間」「コンテキスト」「主体」の3つだ。
