AI前提の開発AI開発生成AI品質

開発チームにAIを入れる手順|品質を保ったままAI前提の開発に移る方法

公開日 2026年11月6日読了目安 6分執筆湯本堅隆(株式会社クオリティスタート)

開発チームにAIのコーディングツールを入れたものの、品質やレビューに不安がある方に向けた記事です。結論から言うと、ツールを配る前に、AIが守る規約・制約・テスト方針を文書にし、人が要件と品質に責任を持つ分担を決めると、AI前提の開発は定着します。この記事では、AIを入れても成果が出ない理由、人とAIの役割分担、先に準備するもの、導入の順番、情報の守り方を説明します。

AIを入れても成果が出ないのはなぜか

AIに渡すルールがないまま使うと、書かせるたびに作法が変わり、レビューする人が追いつかなくなるからです。速く書けても、確かめる手間が増えれば、チーム全体は速くなりません。

開発者のAI利用は広がっています。Stack Overflowの2025年の調査では、84%の開発者がAIツールを使っている、または使う予定だと答えました。一方で、46%がAIの出力の正確さを信頼していないと答えています(Stack Overflow 2025 Developer Survey)。使われているのに信頼されていない、このずれを埋めるのが、ルールと検証の仕組みです。

人とAIの役割は、どう分ければよいのか

人は「何を作るか」と「品質がよいか」を決め、AIはその決定に沿って書く、と分けます。工程ごとの分担は次のとおりです。

工程	人が担うこと	AIが担うこと
要件定義	お客様と合意し、何を作るかを決める	要件を文書に整理し、あいまいな点を洗い出す
設計	アーキテクチャを判断し、理由を記録に残す	要件から設計文書を作る
タスク分割	優先順位と進め方を決める	設計を実装できる単位に分ける
実装	コードをレビューし、品質を判断する	テストを先に書き、それを満たすコードを書く
テスト・リリース	リリースしてよいかを判断する	E2Eテストを実装し、CI/CDで自動で確かめる

この分担では、エンジニアがコードを手で書く時間が減り、その分を要件のすり合わせと設計の判断に使えます。

AIに先に渡しておくものは何か

AIが毎回同じ基準で書けるように、チームの暗黙のルールを文書にしておきます。人の頭の中にあるルールは、AIには守れません。

渡すもの	用意すると何が変わるか
コーディング規約	書き方が統一され、ほかの人や他社への引き継ぎがしやすくなる
アーキテクチャとサンプルコード	構成が人によって変わらなくなる
守らなければならない制約	業務やお客様に固有のルールが確実に守られる
テストとE2Eの実装方針	機能を足しても、既存の動きが壊れにくくなる
CI/CDの流れ	検証とリリースが自動になり、ミスが入りにくくなる
設計判断の記録(ADR)	「なぜこう作ったか」が残り、改修で迷わない
要件から実装までの文書のつながり	どの機能がどの要件から来たかをたどれ、変更の影響を調べやすい

導入は、どの順番で進めればよいのか

小さく始めて、ルールを整えながら広げます。全員に一斉にツールを配るより、1つのプロジェクトで型を作るほうが早く定着します。

試すプロジェクトを1つ選ぶ:新規の機能追加など、影響を見通しやすいもの
ルールを文書にする:規約、制約、テスト方針を、AIが読める形で書く
自動で確かめる仕組みを作る:テストとCIで、AIが書いたコードを人が見る前に検証する
レビューの基準をそろえる:何を見て、何を通すかを、人のレビューでも同じにする
ほかのプロジェクトに広げる:試したプロジェクトの規約とテスト方針を、型として使い回す

情報と品質はどう守るのか

使うAIのサービスと設定、入力してよい情報を、導入の前に決めます。当社では、利用するAIを法人向けのClaude Teamプランに限り、入力した内容がAIの学習に使われない設定(オプトアウト)を必須にしています。

品質の最終的な責任は人が持ちます。AIによる確認に加えて、セキュリティのように影響の大きいところは、人や外部による確認も組み合わせます。

よくある失敗と避け方

失敗	原因	避け方
人によって、AIの使い方と結果がばらばら	ツールだけ配り、ルールを決めなかった	規約・制約・テスト方針を文書にし、全員が同じものをAIに渡す
レビューが追いつかず、品質が落ちる	AIが書いたコードを、人が一から読んで確かめている	テストとCIで先に自動で検証し、人は設計と品質の判断に集中する
改修のたびに、なぜこう作ったかが分からない	AIとのやり取りの中で決めたことが残っていない	設計の判断を記録(ADR)に残し、要件から実装までを文書でつなぐ

当社ではこう進めています

当社の開発では、コードの約99%をAIが書き、要件・設計・レビュー・品質の判断は人が担っています。進め方はAI開発のページでも紹介しています。

モバイルオーダーの再構築(大手外資系ファーストフードチェーン)では、全国1,000店舗強で使われるシステムを、AIを前提にした開発フローで作り直しました。コーディング規約・設計上の制約・テスト方針を先に文書にし、AIが書いたコードを同じ基準でレビューできるようにしています。脆弱性対応では、AIによる審査に加えて外部の審査も受けました。

LINEで完結する取引先向けアプリ(FAJ様)も、AIを前提にした開発フローで進めた案件です。当社3名で、2025年3月に着手し、約3か月後の5月にリリースしました。

このWebサイトも、すべてClaude Codeで実装しています。

まとめ

AIを入れて成果が出るかは、ツールより先に用意するルールと検証の仕組みで決まる
人は「何を作るか」と「品質」を決め、AIはその決定に沿って書く
1つのプロジェクトで型を作り、規約とテスト方針を使い回して広げる

自社の開発チームにAI前提の進め方を入れたい方は、お問い合わせからご相談ください。

よくある質問

AIが書いたコードの品質は大丈夫ですか?

AIに守らせる規約、制約、テスト方針を先に用意し、テストとCIで自動的に確かめれば、品質は安定します。設計や品質に関わる判断は人が行い、その判断を通ったものだけをリリースします。

AIを入れると、エンジニアの仕事はなくなりますか?

なくなりません。コードを手で書く時間が減る分、要件のすり合わせ、設計の判断、レビューに時間を使うようになります。品質の責任を持つのは、これまでどおり人です。

社外秘の情報をAIに入力しても大丈夫ですか?

使うサービスと設定を決めてから使います。法人向けのプランを選び、入力した内容がAIの学習に使われない設定にすること、どの情報を入力してよいかを社内のルールとして決めることが前提です。

小さなチームでも導入できますか?

できます。規約やテスト方針の文書化は、人数が少ないほど早く終わり、全員に行き渡ります。まず1つのプロジェクトで試し、うまくいった形をほかのプロジェクトに広げます。