AI駆動開発で要件定義はどう変わる？AIの活用方法と進め方、失敗しないポイント
AIがコードを書く「AI駆動開発」が広がり、開発のスピードは大きく変わりつつあります。一方で、「実装は速くなったのに、作ったものが期待と違う」「AIにどこまで任せてよいのか分からない」といった新しい悩みも生まれています。その多くは、何を作るかを決める要件定義に原因があります。
AI駆動開発では、実装が速くなる分、要件定義の質がそのまま成果物の質を左右するようになります。また、要件定義そのものにもAIを活用でき、動くものを見ながら短いサイクルで要件を固めていく進め方が可能になっています。
この記事では、AI駆動開発で要件定義が重要になる理由、要件定義の進め方の変化、要件定義でAIを活用する方法、具体的な進め方、人とAIの役割分担、失敗しないためのポイントまで順に解説します。
| 確認したいポイント | 結論 | 詳細 |
|---|---|---|
| AI駆動開発で要件定義はどう変わる？ | 動くもので合意し、短いサイクルで更新する | AIで画面の試作を素早く作れるため、文書だけでなく動くものを見ながら関係者と合意し、開発を進めながら要件を更新していく進め方が広がっています。 |
| 要件定義でAIは何に使える？ | 情報整理、抜け漏れ確認、試作、文書作成 | 会議の内容の整理、業務フローの洗い出し、要件の矛盾や抜け漏れの確認、画面の試作、要件定義書の作成など、多くの作業をAIが支援できます。 |
| 人が担うべきことは？ | 目的・優先順位の判断と関係者の合意 | 何のために作るのか、どの要件を優先するのかの判断と、関係者の合意形成は人の役割です。AIは判断材料を整え、作業を速める役割を担います。 |
| 失敗しないポイントは？ | AIの出力をうのみにせず、例外まで明示する | AIが作った要件を確認せずに確定させない、例外や性能・セキュリティなどの要件を書き漏らさない、機密情報の扱いに注意することが大切です。 |
この記事でわかること
- AI駆動開発で要件定義がより重要になる理由
- AI駆動開発で要件定義の進め方がどう変わるのか
- 要件定義の各作業でAIを活用する方法
- AI駆動開発における要件定義の5つのステップと、人とAIの役割分担
- AI駆動開発の要件定義で失敗しないためのポイント
| AIを活用したシステム開発を、要件定義から確実に進めたい方へ ビジョナリージャパンでは、AIを導入する業務の選び方から、開発、既存システムとの連携、現場への定着までの流れをまとめた資料をご用意しています。開発の計画を立てる際の材料としてご活用ください。 AI開発・導入の資料を請求する（無料） |
AI駆動開発とは？要件定義がより重要になる理由
まずは、AI駆動開発とは何か、そしてなぜAI駆動開発では要件定義がこれまで以上に重要になるのかを整理しておきましょう。
AI駆動開発の意味
AI駆動開発とは、要件定義、設計、実装、テスト、運用といったソフトウェア開発の各工程にAIを組み込み、人とAIが協力して開発を進める手法です。特に、コードを自律的に書き、修正し、テストまで進めるAIの登場により、実装の進め方は大きく変わりつつあります。
単にAIにコードを書かせるだけでなく、何を作るかの整理や、設計書の作成、テストケースの作成など、開発全体の流れの中でAIを活用する点が特徴です。
AI駆動開発は、エンジニアの仕事をなくすものではありません。人は、何を作るべきかを考え、AIの成果物を確認し、品質に責任を持つ役割へと比重を移していきます。その中でも要件定義は、人の判断が最も求められる工程の一つです。
実装が速くなるほど「何を作るか」の重みが増す
AIによって実装の速度が上がると、開発全体のスピードを左右するのは、何を作るべきかを決める工程になります。どれだけ速く作れても、作るものが間違っていれば、その分だけ速く間違ったものができあがってしまいます。
従来は実装に多くの時間がかかっていたため、途中で要件のあいまいさに気づいて修正する余地がありました。AI駆動開発では、あいまいな要件のまま一気に形になってしまうため、要件の質が成果物の質に直結するようになっています。
また、作り直しのコストが下がったからといって、要件定義を省略してよいわけではありません。関係者の時間や、誤ったものを使ってしまう業務への影響は、作り直しが速くなっても減らないからです。
要件はAIへの指示そのものになる
AI駆動開発では、要件定義の内容が、そのままAIに実装を依頼するときの指示の土台になります。人であれば、あいまいな要件でも経験から補って理解できますが、AIは書かれていないことを正しく推測できるとは限りません。
そのため、要件定義書は人が読んで理解するための文書であると同時に、AIが読んで正しく実装できる文書である必要があります。目的、条件、例外、受け入れの基準まで明確に書かれているかどうかが、AI駆動開発の成否を分けます。
言い換えれば、要件定義の力は、AIに的確な指示を出す力そのものです。業務を理解し、何が必要かを明確な言葉で表現できる人材が、AI駆動開発ではこれまで以上に重要になります。
AI駆動開発で要件定義はどう変わるのか
AI駆動開発の広がりにより、要件定義の進め方そのものも変わり始めています。
総務省「令和8年版 情報通信白書」では、システム開発の要件定義において、顧客との会話に基づく業務フローの生成や改善の提案、書類の作成までをAIが支援する取り組みが紹介されており、従来1か月以上かかっていた要件定義の試作を1時間に短縮できる例も示されています。
同白書では、AIが要望を分析して要件定義書を作成し、別のAIがプログラミングに取り組み、人は工程全体の管理やAIの成果物の点検に特化するという、開発工程をAI中心に組み立て直す取り組みも紹介されています。ここでは、こうした変化を踏まえて、要件定義の主な変化を整理します。
文書中心から「動くもの」で合意する進め方へ
従来の要件定義では、文書や図を使って関係者と合意し、その後に開発に入るのが一般的でした。しかし、文書だけでは完成後の姿をイメージしにくく、完成してから「思っていたものと違う」となることが少なくありませんでした。
AI駆動開発では、AIを使って画面の試作や簡単な動くものを短時間で作れるため、実際に触れるものを見ながら関係者と認識をそろえる進め方が可能になります。利用者が実際に操作してみることで、文書では気づけなかった要望や問題点が早い段階で見つかります。
特に、業務の現場で働く利用者は、文書を読んで意見を出すことには慣れていない場合が多くあります。動くものを前にすると、日々の業務と照らし合わせた具体的な意見が出やすくなります。
一度で固めず、短いサイクルで更新する
試作と修正にかかる時間が短くなることで、要件を最初にすべて固めるのではなく、作りながら確かめて更新していく進め方が現実的になりました。重要な部分から形にして関係者に確認してもらい、その結果をもとに要件を見直すというサイクルを短い期間で繰り返します。
ただし、何でも後から変えられるわけではありません。システムの根幹に関わる部分や、他のシステムとの連携の方法などは、早い段階で慎重に決めておく必要があります。
どの要件を早く固め、どの要件を作りながら決めるのかを最初に整理しておくと、柔軟さと安定性のバランスを取りやすくなります。
要件を開発の「よりどころ」として管理する
AI駆動開発では、AIが要件をもとに設計やコードを作るため、要件定義書が開発全体のよりどころになります。要件を変更したら、その内容を要件定義書に反映し、AIに最新の要件をもとに作業させる流れをつくることが大切です。
要件と実際のシステムの内容がずれていくと、AIが古い要件をもとに作業してしまい、混乱の原因になります。要件定義書を常に最新の状態に保ち、変更の履歴を管理しておきましょう。
要件、設計、テストの内容を互いに関連づけて管理しておくと、要件を変更したときに、どの設計やテストに影響するのかをAIに確認させることもできます。
従来の要件定義との違いを一覧で整理する
従来の要件定義とAI駆動開発における要件定義の違いを整理すると、次の表のようになります。要件定義書が、人だけでなくAIも読む開発の土台になる点が大きな違いです。
| 項目 | 従来の要件定義 | AI駆動開発の要件定義 |
|---|---|---|
| 合意の方法 | 文書や図をもとに合意する | 動く試作を見ながら合意する |
| 進め方 | 最初に固めてから開発に入る | 開発しながら短いサイクルで更新する |
| 要件定義書の役割 | 人が読んで理解するための文書 | 人とAIの両方が読む開発の土台 |
| 書き方の粒度 | 人が経験で補える程度 | 条件や例外まで明示した粒度 |
| 作成の手間 | 整理や文書化に多くの時間がかかる | 整理や文書化をAIが支援する |
要件定義でAIを活用する方法
AIは、要件定義のさまざまな作業を支援できます。ここでは、要件定義の作業ごとに、AIを活用する具体的な方法を紹介します。
ヒアリングや会議の内容を整理する
関係者へのヒアリングや打ち合わせの記録をAIに読み込ませると、発言の要点、要望、懸念点、決まったこと、未決の事項を短時間で整理できます。
複数の部署から集めた要望を一覧にまとめ、重複や対立している要望を見つける作業もAIの得意分野です。担当者は、整理された情報をもとに判断や調整に集中できます。
会議の録音から文字起こしと要点の整理までを自動で行えば、議事録の作成にかかる時間も大きく減らせます。整理した内容は関係者に共有し、認識に誤りがないかを確認してもらいましょう。
業務フローと必要な機能を洗い出す
現状の業務の説明や既存の資料をもとに、AIに業務の流れを整理させ、システムに必要な機能の候補を洗い出させることができます。業務フローの図の下書きを作らせることも可能です。
既存のシステムを改修する場合は、既存のコードや設計書をAIに読み込ませることで、現状の仕組みを踏まえた要件の整理がしやすくなります。
ただし、AIが洗い出した機能の候補には、実際には不要なものが含まれることもあります。候補は判断の材料として扱い、本当に必要かどうかは業務の目的に照らして人が判断しましょう。
抜け漏れや矛盾をチェックする
作成した要件をAIに確認させると、要件同士の矛盾、考慮されていない例外のケース、決まっていない項目を指摘させることができます。人が見落としがちな、エラー時の動きや権限による違いなどの確認にも役立ちます。
AIの指摘がすべて正しいとは限りませんが、確認の観点を増やす手段として活用すると、要件の質を高められます。
利用者の立場、管理者の立場、運用担当者の立場など、異なる視点から要件を見直すようAIに指示すると、一つの視点では気づけない問題を見つけやすくなります。
画面の試作を作る
要件をもとに、AIに画面の試作や簡単に操作できるプロトタイプを作らせることができます。文章で説明するより、実際の画面を見せたほうが、利用者は具体的な意見を出しやすくなります。
試作を見て出た意見をもとに要件を修正し、また試作を作り直すというサイクルを短時間で回せるのが、AI駆動開発ならではの利点です。
試作はあくまで要件を確かめるためのものです。試作で動いたからといって、そのまま本番で使えるとは限りません。性能やセキュリティを含めた本番の品質は、改めて設計と確認を行う必要があります。
要件定義書や受け入れ条件を作成する
整理した内容をもとに、AIに要件定義書の下書き、利用者の視点で機能を表した文章、機能ごとの受け入れ条件などを作成させることができます。決められた書式に沿って文書を作る作業の負担を大きく減らせます。
作成された文書は、必ず人が内容を確認し、業務の実態や関係者の合意と合っているかを確かめたうえで確定させましょう。
自社で使っている要件定義書の書式や、過去の良い例をAIに見本として渡すと、社内の基準に沿った文書を作らせやすくなります。
| AIを活用した開発の進め方を整理したい方へ AIに任せやすい業務の見極め方や、開発から定着までの流れを資料にまとめています。開発の計画を立てる際の参考にしてください。 AI開発・導入の資料を請求する（無料） |
AI駆動開発における要件定義の進め方
AI駆動開発で要件定義を進める際は、人が判断すべきことと、AIに任せられることを意識しながら進めることが大切です。ここでは、基本的な流れを5つのステップで紹介します。
ステップ1：目的と成功の基準を人が決める
最初に、何のためにシステムを作るのか、どんな状態になれば成功といえるのかを、人が責任を持って決めます。この部分をAIに任せることはできません。
「問い合わせの対応時間を半分にする」「入力ミスを月○件以下にする」のように、測定できる成功の基準を決めておくと、後の要件の優先順位を判断しやすくなります。
あわせて、要件定義に関わる関係者と、最終的に要件を承認する責任者を決めておきましょう。誰が決めるのかがあいまいだと、AIで作業が速くなっても、合意に時間がかかってしまいます。
ステップ2：業務と現状の情報をAIに与えて整理する
次に、現状の業務の説明、関係者へのヒアリングの記録、既存の資料やシステムの情報などをAIに与え、業務フロー、課題、必要な機能の候補を整理させます。
AIに与える情報が多く正確なほど、整理の質は高まります。ただし、社外のAIサービスを使う場合は、入力してよい情報の範囲を社内のルールに沿って確認しておきましょう。
整理された結果は、ヒアリングに協力した現場の担当者に確認してもらうと、業務の実態との食い違いを早い段階で修正できます。
ステップ3：試作を使って関係者と合意する
整理した要件をもとにAIで画面の試作を作り、実際に使う人に触ってもらいながら要件を確かめます。出てきた意見をもとに要件と試作を修正し、関係者の認識がそろうまで繰り返します。
AIを使った仕組みそのものを開発する場合は、試作の段階で精度や使い勝手を確かめる検証も行います。検証の進め方は、AI PoCの進め方と評価指標の決め方で詳しく解説しています。
ステップ4：AIが実装できる粒度で要件を書く
合意した内容を、AIが正しく実装できる粒度で要件定義書にまとめます。機能ごとの目的、入力と出力、条件ごとの動き、例外時の扱い、受け入れの基準を具体的に書くことが大切です。
あわせて、処理の速さ、同時に使う人数、セキュリティ、データの保存期間など、機能以外の要件も明記します。これらは試作では見えにくいため、意識して書き出す必要があります。
具体的な入力例と期待する出力例を要件に添えておくと、AIが実装の意図を正しく理解しやすくなり、テストの作成にもそのまま活用できます。
ステップ5：開発しながら要件を更新する
開発が始まった後も、実際に動くものを確認しながら、必要に応じて要件を見直します。要件を変更したら必ず要件定義書に反映し、AIには常に最新の要件をもとに作業させることが重要です。
変更の理由や影響の範囲も記録しておくと、後から経緯をたどりやすくなり、関係者間の認識のずれも防げます。
変更が頻繁に起きる場合は、定期的に関係者で要件を振り返る場を設け、変更の優先順位を確認するとよいでしょう。
| AI駆動開発やAIを組み込んだシステム開発を相談したい方へ ビジョナリージャパンでは、業務の棚卸しから要件の整理、AIの設計、PoC、既存システムとの連携、本番実装、定着支援までを一貫して支援しています。要件定義の段階からお気軽にご相談ください。 AI開発について無料で相談する |
AI駆動開発の要件定義における人とAIの役割分担
AIは要件定義の多くの作業を支援できますが、すべてを任せられるわけではありません。人とAIの役割を明確にしておくことで、AIの力を最大限に生かせます。
人が担うべきこと
人が担うべきなのは、目的と成功の基準の決定、要件の優先順位の判断、関係者の利害の調整と合意、最終的な要件の確定です。これらは、事業の方針や組織の事情、関係者の思いを踏まえて判断する必要があり、AIには代わることができません。
また、AIが出した提案や文書が業務の実態に合っているかを確認し、責任を持って承認するのも人の役割です。
AIに任せられること
AIに任せられるのは、情報の整理と要約、要件の候補の洗い出し、抜け漏れや矛盾の確認、画面の試作、文書の作成など、判断の材料をそろえ、作業を速める部分です。
AIに作業を任せることで、担当者は関係者との対話や判断に多くの時間を使えるようになります。人は「なぜ作るのか」「何を作るのか」を考えることに集中し、AIは「どう形にするか」を支えるという分担が基本です。
AIを活用することで、少人数でも短期間で要件定義を進められるようになりますが、関係者との対話を減らしてよいわけではありません。浮いた時間を、利用者の声を聞くことや、関係者の認識をそろえることに使うことが、AI駆動開発で成果を出す鍵になります。
AIエージェントを開発する場合の要件定義
AI駆動開発で、AIエージェントのようなAIを組み込んだシステムを作る場合は、通常の機能の要件に加えて、AIにどこまで判断を任せるのか、人がどこで確認するのか、AIが誤ったときにどうするのかも要件として定める必要があります。
AIエージェントを自社のシステムとして構築する際の考え方は、AIエージェントのシステム開発入門で紹介しています。
AI駆動開発の要件定義で失敗しないためのポイント
AIを活用すると要件定義は速くなりますが、使い方を誤ると、かえって問題を大きくしてしまうことがあります。失敗を防ぐために押さえておきたいポイントを紹介します。
AIの出力をそのまま確定させない
AIは、もっともらしい内容を短時間で大量に作り出せますが、その内容が業務の実態や関係者の意図と合っているとは限りません。AIが作った要件や文書は、必ず人が確認し、関係者の合意を得てから確定させましょう。
特に、AIが補った部分には、実際には誰も求めていない機能や、事実と異なる前提が含まれていることがあります。どこが人の決めた内容で、どこがAIの提案なのかを区別して管理すると安心です。
AIが提案した機能をそのまま採用すると、必要以上に複雑なシステムになることもあります。目的に照らして本当に必要な機能かどうかを、常に問い直す姿勢が大切です。
例外や機能以外の要件を書き漏らさない
試作を中心に要件を固めると、画面で見える部分に意識が向きやすく、エラー時の動き、権限による違い、処理の速さ、セキュリティ、データの保存期間などが抜け落ちがちです。
これらは本番の運用で問題になりやすい部分です。チェックの観点をあらかじめ一覧にしておき、AIにも確認させながら、漏れなく要件に盛り込みましょう。
既存のシステムとの連携や、データの移行に関する要件も見落としやすい部分です。現在使っているシステムやデータとの関係を、要件定義の段階で整理しておきましょう。
機密情報の取り扱いに注意する
要件定義では、業務の詳細や顧客の情報、社内のシステムの構成など、機密性の高い情報を扱うことが多くあります。社外のAIサービスを使う場合は、入力したデータが学習に使われない環境を選び、入力してよい情報の範囲を決めておくことが大切です。
開発会社がAIを使って要件定義を進める場合も、どのAIサービスを使い、自社の情報をどう扱うのかを事前に確認しておきましょう。
発注側が要件定義に主体的に関わる
開発を外部に依頼する場合でも、要件定義を開発会社に任せきりにしてはいけません。AI駆動開発では作るスピードが速い分、発注側が要件の確認や判断を後回しにすると、意図と違うものが短時間でできあがってしまいます。
発注側の担当者が試作の確認や要件の判断に迅速に対応できる体制を整えておくことが、AI駆動開発のスピードを生かすための前提になります。
外注する際に発注側が最低限担うべき役割については、システム開発の外注で発注側が最低限やるべきことで詳しく解説しています。
進め方に合った契約と体制を整える
開発しながら要件を更新していく進め方では、最初にすべての要件と金額を確定させる契約が合わない場合があります。要件の変更をどう扱うのか、段階ごとに何を成果とするのかを、開発会社と事前に合意しておきましょう。
AI開発を外部に依頼する際の契約形態については、AI受託開発で依頼できる範囲と契約形態、外注全体の流れについてはシステム開発の外注の進め方と会社の選び方も参考にしてください。
| PoCで終わらせず、現場で成果を出すシステムを開発したい方へ ビジョナリージャパンは、戦略設計からPoC、既存システムとの連携、本番実装、運用改善までをワンストップで支援しています。要件定義の進め方や費用感について、無料でご相談いただけます。 AI開発について無料で相談する |
まとめ：AIを味方にして、要件定義の質とスピードを両立しよう
AI駆動開発では、実装が速くなる分、何を作るかを決める要件定義の質が、成果物の質を直接左右するようになります。要件定義書は、人とAIの両方が読む開発の土台となり、条件や例外まで明確に書くことが求められます。
要件定義の進め方も、文書だけで合意する形から、AIで作った試作を見ながら合意し、短いサイクルで要件を更新していく形へと変わりつつあります。情報の整理、抜け漏れの確認、試作、文書の作成など、多くの作業でAIを活用できます。
一方で、目的と優先順位の判断、関係者の合意、要件の確定は人が担うべき役割です。AIの出力をうのみにせず、例外や機能以外の要件まで漏れなく定義し、発注側が主体的に関わることで、AI駆動開発のスピードを成果につなげていきましょう。
| AIを活用したシステム開発やAIエージェントの導入を検討している方へ ビジョナリージャパンでは、300名超の体制で、AI活用の戦略設計から開発、既存システムとの連携、現場への定着までを支援しています。要件の整理から始めたい段階でも、お気軽にご相談ください。 AI開発について無料で相談する |
