AIを使うと、要件定義の作業はかなり楽になります。
ヒアリング項目を作る、議事メモを整理する、仕様書のたたき台を作る、抜け漏れを確認する。こうした作業は、ChatGPTやCodexのようなAIツールと相性が良いです。
一方で、要件定義をAIに丸投げするのは危険です。要件定義は、きれいな文章を作る工程ではなく、関係者の認識をそろえ、何を作るかを合意する工程だからです。
この記事では、SEとしてキャリアアップしたい人向けに、要件定義でAIに任せてよいこと、任せてはいけないことを、現役SEの実務目線で整理します。
結論：AIには整理と観点出しを任せ、判断と合意は人間が行う
要件定義でAIに任せてよいのは、情報の整理、候補出し、抜け漏れ確認、文章のたたき台作成です。
一方で、AIに任せてはいけないのは、業務判断、優先順位の決定、費用や納期の約束、関係者との合意、責任を伴う判断です。
つまり、AIは要件定義を代行する存在ではありません。
AIは、考える材料を増やし、整理を速くし、確認観点を広げる補助役です。
要件定義で評価されるSEは、AIに文章を作らせる人ではなく、AIの出力を使って関係者の認識をそろえられる人です。
AIに任せてよいこと
1. ヒアリング項目のたたき台を作る
要件定義では、最初に何を聞くかが重要です。
初心者のうちは、顧客や業務担当者に何を質問すればよいのかわからないことがあります。
AIには、次のような依頼ができます。
「会員管理システムの要件定義で、最初のヒアリングで確認すべき項目を、業務、機能、権限、データ、運用、セキュリティに分けて出してください。」
このように依頼すると、質問のたたき台を作れます。
ただし、AIが出した質問をそのまま使うのではなく、自分の案件に合わせて削る、並べ替える、追加することが必要です。
2. 議事メモを整理する
打ち合わせのメモは、話した順番のままだと使いにくいことがあります。
AIに整理させると、次のように分類できます。
- 決定事項
- 未決事項
- 確認が必要な事項
- 機能要件
- 非機能要件
- リスク
- 次回までの宿題
これはAIが得意な作業です。
ただし、メモに書かれていないことをAIが補ってしまう場合があります。そのため、「メモに書かれている内容だけで整理してください」と指定するのがおすすめです。
3. 抜け漏れの確認観点を出す
要件定義では、自分たちが気づいていない観点を見つけることが大切です。
AIには、次のように依頼できます。
「この要件メモに不足していそうな観点を、業務、機能、非機能、運用、権限、データ移行、セキュリティの観点で指摘してください。」
AIは、一般的なシステム開発の観点から抜け漏れ候補を出してくれます。
特に初心者は、非機能要件、運用、権限、データ移行を見落としやすいです。AIに観点出しを手伝わせることで、確認すべき項目を増やす。
4. 仕様書のたたき台を作る
AIは、仕様書のたたき台作成にも使えます。
たとえば、ヒアリングメモをもとに、画面一覧、機能一覧、業務フロー、未決事項リストを作ることができます。
ここで大切なのは、AIが作った文書を完成版として扱わないことです。
仕様書は、関係者が合意するための文書です。AIがきれいに整えた文章でも、内容が確認済みでなければ正式な要件にはなりません。
AIに任せてはいけないこと
1. 顧客の本当の目的を決めること
AIは、入力された文章から目的を推測できます。
しかし、顧客が本当に困っていること、なぜそのシステムが必要なのか、何を優先したいのかは、関係者に確認しないとわかりません。
たとえば、「会員管理を効率化したい」という要望があったとしても、目的はさまざまです。
- 入力ミスを減らしたい
- 問い合わせ対応を速くしたい
- 紙の管理をやめたい
- 権限管理を強化したい
- 外部システムと連携したい
目的によって、作るべき機能も優先順位も変わります。
AIに目的を推測させることはできますが、最終的に確認し、合意するのは人間の仕事です。
2. 優先順位を決めること
要件定義では、すべての要望を実装できるとは限りません。
予算、納期、人員、既存システムの制約、運用体制を見ながら、何を先に作るかを決める必要があります。
AIは優先順位の候補を出せます。
しかし、ビジネス上の重要度、顧客との関係、リリース時期、保守負荷まで含めた最終判断はできません。
「AIが優先度高と出したから」ではなく、「なぜこの要件を先に作るのか」を説明できる状態にすることが重要です。
3. 費用や納期を約束すること
AIは、作業量の目安を出すことがあります。
しかし、その見積もりをそのまま顧客に伝えるのは危険です。
実際の費用や納期は、既存コードの状態、関係者の確認スピード、テスト範囲、データ移行、外部サービス連携、リリース手順によって変わります。
特に、決済API連携、会員管理、権限管理、外部システム連携のような機能は、見た目以上に確認すべきことが多いです。
AIには見積もりの観点出しを任せても、顧客に約束する数字は人間が責任を持って確認する必要があります。
4. 合意済みの要件として扱うこと
AIが作った仕様書は、あくまでたたき台です。
関係者が確認し、合意して初めて要件になります。
初心者がやりがちなのは、AIが整理した文章をそのまま「決定事項」のように扱ってしまうことです。
これは危険です。
要件定義では、「決まったこと」と「まだ確認が必要なこと」を分ける必要があります。
AIに整理させる場合も、必ず決定事項、未決事項、確認事項を分けて出させましょう。
現場経験から見たAI活用の線引き
私はこれまで、ECサイト構築、EC-CUBEプラグイン開発、会員管理システム、業務系Webシステムなどで、要件定義、設計、実装、テスト、レビュー、保守運用に携わってきました。
その経験から見ると、AIを使うほど重要になるのは「この情報は確認済みか」を見分ける力です。
AIは、曖昧なメモをきれいな文章にできます。
しかし、文章がきれいになると、まだ確認していない内容まで決まったように見えることがあります。
たとえば、打ち合わせで「将来的にはポイント機能もほしい」という話が出た場合、それは今作る要件なのか、次フェーズの候補なのか、単なる希望なのかを確認する必要があります。
AIに整理させるときは、次のように指示すると安全です。
「このメモを、確定事項、未確定事項、要確認事項、将来要望に分けてください。メモに書かれていない内容は補足しないでください。」
この一文を入れるだけでも、要件定義での事故を減らしやすくなります。
AIを使った要件定義の安全な進め方
AIを要件定義に使うなら、次の流れがおすすめです。
1. 事前準備で質問候補を作る
打ち合わせ前に、AIでヒアリング項目の候補を出します。
そのうえで、自分の案件に関係ない項目を削り、確認すべき質問を整理します。
2. 打ち合わせ後にメモを分類する
打ち合わせ後は、メモを決定事項、未決事項、確認事項、リスクに分けます。
この段階で、AIに「メモにないことは追加しない」と指定するのが重要です。
3. 未決事項を次回確認する
AIに整理させた未決事項は、そのまま放置しないでください。
誰に確認するのか、いつまでに決めるのか、決まらない場合に何が困るのかを整理します。
4. 仕様書のたたき台を作る
確認済みの内容だけを使って、仕様書のたたき台を作ります。
この時点でも、AIに作らせた文書をそのまま完成版にせず、人間が内容を読み、関係者に確認します。
初心者が今日から使えるAIへの依頼例
要件定義でAIを使うなら、次のような依頼から始めると安全です。
ヒアリング準備
「ECサイトのリニューアル要件定義で確認すべき質問を、商品、会員、注文、決済、在庫、管理画面、運用、セキュリティに分けて出してください。」
議事メモ整理
「以下の議事メモを、決定事項、未決事項、確認事項、リスク、次回アクションに分類してください。メモに書かれていない内容は追加しないでください。」
抜け漏れ確認
「この要件一覧に不足していそうな観点を、業務、機能、非機能、権限、データ移行、運用、セキュリティの観点で指摘してください。」
仕様書レビュー
「この仕様書案をレビューしてください。曖昧な表現、未確認に見える内容、関係者に確認すべき点を分けて指摘してください。」
関連して読んでおきたい記事
要件定義の基本的な流れを先に知りたい人は、AIを使って要件定義は楽になる？ヒアリングから仕様書作成まで解説 を読んでおくと理解しやすいです。
ECサイトの設計で要件定義がどう関係するかを知りたい人は、ECサイト開発で初心者がつまずきやすい設計ポイント！現役SEが実務目線で解説 も参考になります。
AIに実装を任せるときの考え方は、Codexとは？ChatGPTでコードを書く時代の始め方 でも解説しています。
まとめ
要件定義でAIに任せてよいのは、ヒアリング項目のたたき台、議事メモ整理、抜け漏れ確認、仕様書のたたき台作成です。
一方で、顧客の目的、優先順位、費用や納期、関係者との合意はAIに任せてはいけません。
AIは、要件定義を完成させる道具ではなく、整理と確認を助ける道具です。
現役SEとしての経験から言うと、AI時代の要件定義で重要なのは、AIを使うことそのものではなく、「確定事項」と「未確認事項」を分けることです。
初心者は、まずAIに質問候補や未決事項リストを作らせ、自分で内容を確認し、関係者に合意を取る流れを練習してみてください。これができるようになると、AIを使いながら上流工程の力を伸ばしやすくなります。
参考情報
この記事では、IPAの 要件定義とは？、要件定義・システム再構築 紹介ページ、非機能要求グレード紹介ページ を確認したうえで、SE向けに要点を整理しています。
