うちはベトナム・ホーチミンで開発チームをやっていて、社内では Claude Code を、基本「自由に使っていい」にしています。AIにコードを書かせるツールですね。禁止する理由がないんですよね。実際、速くなった。
ただ、しばらく使わせてみて、はっきり気づいたことがあって。便利さは、全員に配れる。でも、品質は配れない。配れるのは、たぶん”仕組み”だけなんです。
今日はその話を書きます。AI導入って、ツールを配ることだと思われがちなんですけど、特にうちみたいな分散チーム——毎日は顔が見えない——だと、本当の勝負はそこじゃなかった、という話です。
「AIで内製できるんじゃない？」に、正直に答える
まず、いちばん正直なところから。オフショア開発をやっていると、ここ2年で発注側からこう言われることが増えました。「これ、AIで自分たちで作れるんじゃない？」。
これ、半分は本当に正しいんですよ。LPとか管理画面とか、プロトタイプなら、いまは Claude Code や Cursor で一晩で動くものができる。個人の生産性は、間違いなく上がった。だから「人を安く使うだけ」のオフショアは、もう厳しい。そこは僕も認めます。
でも、ここで止まると見落とすことがあって。”個人が速い”ことと、”チームで、誰がやっても同じ品質が出る”ことは、まったく別物なんですよね。便利さの話だけしていると、この差が見えなくなる。
便利さは配れた。でも、品質は配れなかった
うちで Claude Code を自由に使わせて、いちばん効いたのは——というか、いちばん怖かったのは、ここでした。
昔は、分かっていない人は、そもそも成果物が出せなかった。だからすぐ分かった。でもAIがあると、理解していなくても、それっぽい完成品が出てくるんです。これ、リモートの分散チームだと、体感で10倍怖い。隣で画面を覗けないから、「できてる風」と「本当に分かってる」の区別が、成果物だけ見ても、つかないんですよね。
実際、上がってきたコードは一見ちゃんと動くのに、「これ、なんでこう書いたの？」と聞くと答えが返ってこない——そういう場面を、うちでも何度か見てきました。特に若いメンバーほど、AIが出した答えで”できた気”になりやすい。怖いのは本人に悪気がないことなんですよね。ツールが優秀だから、分かっていないことに、本人も気づけない。
便利さは、ツールを配った瞬間に全員へ行き渡る。でも品質——「AIが出した60点を見抜いて、本番に出せる100点に引き上げる力」——は、配っても勝手には行き渡らない。むしろ、便利になるほど、誰が分かっていて誰が分かっていないかが見えなくなる。問題が消えたわけじゃなくて、見えなくなっただけなんです。
じゃあ、何を配るのか。結局、仕組みだけだった
で、ここからがうちの答えです。便利さでも、気合いでもなく、配るのは”仕組み”。
ただ「仕組みで勝て」ってスローガンで言うと薄っぺらいので、うちが実際にやったことで書きます。ひとつは、AIの良い使い方を”個人の工夫”で終わらせず、”チームの標準”にしたこと。誰かが見つけたうまいやり方が、その人だけのものでなく、チーム全員の手順になるようにする。隠れて個人アカウントで使う、のちょうど逆ですね。
もうひとつが、AIが出したものを”最後に誰が通すか”を決めたこと。うちにはSelf-QC——自分の工程で品質を作り込んで、不良を次に渡さない——という考え方があって、AIが出した60点を、分かっている人間が必ず一度通す。「AIが作ったから大丈夫だろう」を、気持ちでなく構造で禁止する。
そして、属人芸を消すこと。これはAIが来る前からの僕の信条なんですけど——「あの人がいないと回らない」を「誰がやっても同じ」に変える。皮肉な話で、AIは個人スキルの希少性を消したぶん、勝負をまるごと”仕組み”の側に追い込んだんですよね。ヒーローで勝てる時代が終わったから、仕組みで勝つしかなくなった。
AI導入は、ツールじゃなく「チームの組み替え」
こうやって並べてみると、AIを入れるって、ツールを配ることじゃないんですよね。チームの仕組みを組み替えること。特にオフショア・分散チームだと、これができるかどうかが、ほぼ全部だと思っていて。
同じ Claude Code を配っても、チームは2つに分かれます。個人の武器で終わるチームと、誰がやっても同じ品質が出るチーム。後者を作れるかどうかが、これからのオフショア開発の価値だと、うちでは捉えています。
ここでひとつ、正直に言っておきたいことがあって。この”仕組み”を自社でゼロから組むのは、けっこう時間がかかります。うちも何年も、失敗しながら作ってきました。だから道は2つだと思うんですよね。腰を据えて自分のチームに組み込むか、それとも、もう仕組みを持っているチームに乗るか。どっちが正解という話じゃなくて、自社の状況で選べばいいと思っています。
結局、AIで差がつくのはどこか
便利さは、もうコモディティなんですよね。誰でも配れる。だから、そこで差はつかない。差がつくのは、それを”チームの仕組み”にできるか。一人で使うAIと、チームで再現性を持って使うAIは、別の生き物なんです。
これ、AIが来る前からずっと言ってきたことと、実は同じなんですよね。誰がやっても同じ結果が出るか。うちはそれをSelf-QCって呼んで、地味に続けてきただけなんです。AIは、その地味な作業の値打ちを、ただ何倍にも上げてくれた。たぶん、それだけの話なんだと思っています。
よくある質問
Claude Codeで内製できる時代に、オフショア開発に意味はありますか？
あります。ただし「人を安く使う」だけのオフショアは終わりに近いです。AIで上がるのは”個人の生産性”で、これはもう誰でも手に入ります。一方で”チームで、誰がやっても同じ品質が出る”再現性は、AIを配るだけでは生まれません。仕組みを持つチームに価値が移っています。具体的な体制づくりは開発体制づくりへ。
AIを使うと開発チームの品質はどう変わりますか？
便利さは全員に配れますが、品質は配れません。AIは理解していない人でも”それっぽい完成品”を出せてしまうため、成果物が出るほど「分かっている人」と「できてる風の人」の区別がつかなくなります。特に顔の見えない分散チームで顕著です。AIの出力を分かった人間が必ず一度通す工程（Self-QC）など、品質を保証する仕組みの設計が要ります。
「AIネイティブなオフショア開発」とは何ですか？
AIで開発することを前提に、①AIの使い方をチームの標準にし、②AIの出力を人間が品質保証し、③属人化（あの人がいないと回らない状態）を消した開発体制のことです。提供するのは「速さ」や「便利さ」ではなく「再現性」です。30分の壁打ちで、自社の開発体制がどこまでAIを仕組みにできているか整理できます。
AIを「チームの仕組み」にする話、しませんか
あなたの開発チームは、AIを”個人の武器”にしていますか。それとも”チームの仕組み”にできていますか。便利さでなく再現性を配る——そんなオフショア開発の体制づくりを、御社の状況に合わせて一緒に整理します。
30分の壁打ちを予約する →
東京とベトナムの二拠点で、ITオフショア開発・海外進出支援事業を展開。「気合いより仕組み」を信条に、不透明になりがちな越境ビジネスを構造化する経営者。「個人のスキル」ではなく「再現性のある品質」を組織と顧客へ提供することにコミットしています。
AI活用を「個人スキル」でなく組織の成果に変える設計については、AIソリューション・コンサルティングをご覧ください。