オフショア開発15年のワークフロー設計力が、AIコーディングにそのまま使えた

株式会社ファストコーディングでフロントエンド開発と技術戦略を担当している黒田です。

社内でAIコーディングの体制を本格的に立ち上げたとき、外部の方から「新しい技術への転換、大変だったでしょう」と言われることがあります。

正直なところ、そこまで大変ではなかったんです。

これは自慢で言っているわけではなく、うちの会社がずっとやってきたことの延長だったから、というのが実際の理由です。今回はその話を書きます。

15年間オフショア開発をやってきた会社

ファストコーディングは、15年以上にわたってオフショア開発を実施してきました。

オフショア開発というと「コストが安い海外のリソースを使う」というイメージがあるかもしれませんが、うちがやってきたことは単純な人件費削減ではありません。

言語が違う。文化が違う。時差がある。日本のチームなら「なんとなく」通じることが、海外チームには通じない。

この「通じない」という前提で、15年間ずっと仕事をしてきました。

日本のWeb制作現場では、暗黙の了解で回っている部分が少なくありません。

国内チームだけで仕事をしていれば、こうした暗黙知でも回ります。経験のあるメンバーが揃っていれば、阿吽の呼吸でプロジェクトは進む。

でも、海外チームとはそれが通用しません。

うちのチームでは、この15年間、すべての暗黙知を明示的なルールに変換する作業を続けてきました。

これは一般的なラボ型のオフショア──人材派遣の延長でチームを組むだけ──とは根本的に違います。作業そのものをワークフロー化することで、言語や文化が違うチームでも、一定の品質を一定のスピードで出し続けられる体制を作ってきました。

AIコーディングの体制を設計し始めたとき、社内で議論になったのが「これ、オフショアと同じじゃないか」ということでした。

AIエージェントは、指示されたことは正確にやります。でも、暗黙知は理解しません。「なんとなくこうしてほしい」は通じません。判断基準が曖昧だと、毎回違う結果を出します。

これは、オフショアチームとの協働でずっと経験してきたことと、まったく同じ構造です。

右と左、ほぼ同じことを言っています。

うちのチームがAIコーディングのワークフローを「すんなり」設計できたのは、新しいことを始めたからではなく、今までやってきたことをAI向けに翻訳しただけだったからです。

とはいえ、AI向けのワークフローを最初に設計するときは、それなりの工数がかかりました。

オフショア向けのワークフローをベースにしつつも、AIエージェント特有の考慮事項──たとえばAIが同じ間違いを繰り返す場合の対処や、複数のエージェントを並行稼働させるときのコンフリクト回避──は新たに設計する必要がありました。

ただ、それは「あえて工数をかけてワークフローを作る」という、うちの会社が15年間やってきたやり方に則っただけです。ワークフロー設計に工数をかけることに対する社内の抵抗がなかった。これは大きかったと思います。

多くの会社では「ワークフローを作る時間があったらコードを書け」という文化があるんじゃないかと思います。うちは逆で、「ワークフローを作らずにコードを書き始めるのは禁止」というぐらい、工程設計を重視してきた。その文化がAI導入でそのまま活きた。

もう一つ、オフショア開発の経験から学んだ重要なことがあります。

ワークフローは一度作ったら終わりではなく、運用しながら改善し続けるものだということです。

AI向けのワークフローも、最初に作ったものがそのまま使えているわけではありません。実際に回してみると、「ここの判断基準が曖昧だったからAIが想定外の動きをした」「この検証ステップは順番を変えたほうが効率がいい」といった気づきが毎週のように出てきます。

失敗というより、日々の運用の中でどんどん改善できる。これはオフショアのワークフローでも同じでした。最初から完璧なものは作れない。でも、改善のサイクルを回し続ける仕組みさえあれば、品質は着実に上がっていく。

AIコーディングを導入するために必要なのは、「AIの使い方を学ぶ」ことよりも、「ワークフローを設計する力」だというのがうちの実感です。

AIコーディングの品質がどう変わったかの体験談は、働くおかんの記事が現場目線で書いてくれています。あわせてぜひ。

フロントエンド開発の工程設計やAI活用について相談したい方は、株式会社ファストコーディングのお問い合わせフォームからお気軽にご連絡ください。