最近、お客様や知人から「組織としてAI駆動開発を始めたいが、どこから手をつければいいか分からない」という相談をよく受けます。この問いに答えるのがなかなか難しい。なぜなら、AI駆動開発はGitHub CopilotやClaude Codeを入れれば終わりという話ではなく、開発プロセスと開発組織の両方にまたがった変革を伴うからです。
本稿では、私が実際に目にした事例や支援の経験をもとに「どこから手をつけるか」を整理してみます。
AI駆動開発 ＝ ツール導入ではない
まずここを押さえておかないと、後で詰まります。
GitHub Copilotを入れたら少しコーディングが速くなった、という体験をされている方は多いと思います。ただそれは「ツールの恩恵を受けている」段階であって、「AI駆動開発ができている」状態とは少し違います。
AI駆動開発とは、AIを前提にした開発プロセスの再設計であり、チームの動き方・意思決定の仕方・品質の担保の仕方まで変わってくるものです。だからこそ「どこから始めるか」が分からなくなる。
小さく始める場合——「先進チーム」を2〜3人で作る
私が最もよくお勧めするのは、社内に小さな「AI駆動開発先進チーム」を作ることです。
人数は2〜3人が理想的です。10人でやろうとすると逆にうまくいきません。大きすぎるチームは意思決定が遅くなり、AI駆動の試行錯誤に向かない。
この先進チームがまずやることは、社内用のアプリを1本作ることです。最初から難しいアプリケーションを選ぶ必要はありません。「社内教育システムの検索がうまくヒットしない」といった小さな課題を解決するもので十分です。期間の目安は1ヶ月で1本。いきなり完璧を目指さず、作って、気づいて、改善する。
ツールについては、今この時点だとClaude Codeを使うのが良いと思います。GitHub CopilotやCodexもありますが、迷っているならまずClaude Codeから始めてみてください。
作ったやり方はドキュメント化・スキル化して社内ナレッジとして蓄積します。Claude Codeにはスキルという機能があり、一度やったやり方を再利用可能な形で残せます。これが後々の横展開に効いてきます。
チームメンバーは固定でなくてもよいです。慣れてきたら新しいメンバーを入れたり、今いたメンバーが元のプロジェクトチームに戻って知識を広めていく - こういう流れが自然に出来上がってくるのが理想です。
一気に組織全体で進めたい場合
時間的な制約などで「小さく始める余裕がない」という場合も、当然あります。
この場合は、各組織ごとにAI駆動開発を推進するメンバーを立て、その推進メンバーと全社コアチームのコミュニケーションパスを作ります。Slackチャンネルを作って終わり、ではなく、定期的に話せる場を確保することが重要です。うまくいっているチームのノウハウも、うまくいっていないチームの躓きも、定期的に全体で共有してフィードバックサイクルを回す。
社内全員に対するツール使い方の研修（外部研修の活用でも可）や、使ってはいけないパターンを含むガイドラインの整備も必要になります。この辺りは自社だけでやろうとすると難しいことも多いので、AI駆動開発に取り組んでいる会社の知見を借りることも選択肢です。
ただし、どんな場合でも「コアチームを社内に作る」ことは外せません。丸投げではなく、自社で継続できる体制を最初から意識してください。
既存プロジェクトへの導入——レガシーシステムへのAI活用
「新規ではなく、既存のプロジェクトでどうAIを使うか」という相談も多いです。
ここで大事なのは、いきなりコアロジックの変更から入らないことです。最初に取り組むべきは変更リスクの低い領域——デッドコードの特定、バグの洗い出し、ドキュメントの更新、参照系（データベースへのread）ダッシュボードの作成といったものです。
レガシーシステムのモダナイゼーションはAIを使っても一気に楽になるわけではありません。これはAIの能力の問題というより、そもそもレガシーモダナイゼーション自体が非常に難しいからです。コアロジックを支える業務要件が複雑で、技術的な難度も高い。さらに、モダナイゼーションと同時に業務フロー変更や機能追加をしようとするとプロジェクトが複雑になりがちです。まずモダナイゼーション自体にフォーカスし、機能追加は分離して考える方が賢明です。
AIが使える領域・慎重にすべき領域を見極めながら進めること、そしてAIを使いこなせる人材を育ててから本番に適用すること——この順序を守ることが大切です。
3〜5年後の開発チームの姿
正直に言えば、人間がAIの動作を完全に理解できない状態になると思います。それ自体は問題ではありません。重要なのは「AIに何の権限を渡し、何は渡さないか」を意識したシステム設計です。
フォルトセーフ——あるコンポーネントやAIが間違えても影響が他に波及しない設計——が特に重要になります。「美しいコード」よりも「ちゃんと動いて、危ないことをしていないこと」の方が価値を持つ時代になりつつあります。
AI駆動開発をやらない、という選択肢はもうありません。やるかどうかではなく、どうやるかを今から考えておく必要があります。
まとめ——今すぐできる最初の一歩
エンタープライズの開発チームを率いている方へ、今すぐできることを一つ言うなら「勉強会に参加してください」です。
AI駆動開発カンファレンス2026夏 のような場に足を運び、他の会社が何をやっているかを聞く。そこからネットワークが生まれ、ツール選定の判断材料が揃い、「じゃあうちも小さくやってみよう」という動きにつながります。
始めないと何も変わりません。小さくていい。まず動くことです。
迷ったときはぜひご相談ください。クリエーションラインのCTOとして、引き続き現場の声に向き合いながら情報発信していきます。