システムエンジニアとしてキャリアアップを考えるなら、避けて通れないのが要件定義です。
プログラミングやテストは経験があるけれど、「要件定義は何をすればよいのかわからない」「ヒアリング内容をどう整理すればよいかわからない」と感じる人は多いです。
最近はChatGPTやCodexのようなAIツールを使って、要件定義のメモ整理、質問案の作成、仕様書のたたき台作成を効率化できるようになってきました。
ただし、AIを使えば要件定義が自動で終わるわけではありません。要件定義で重要なのは、顧客や業務担当者の話を聞き、目的、業務ルール、制約、優先順位を整理し、関係者と合意することです。ここは人間の判断が必要です。
この記事では、SEとしてキャリアアップしたい人向けに、AIを要件定義でどう使えるのか、ヒアリングから仕様書作成までの流れ、注意点を現場目線で解説します。
結論：AIで要件定義は楽になるが、合意形成は人間の仕事
結論から言うと、AIを使うことで要件定義の作業はかなり楽になります。
特に効果が出やすいのは、ヒアリング項目の洗い出し、議事メモの整理、業務フローのたたき台作成、機能要件の分類、非機能要件の観点出し、仕様書の下書き作成、抜け漏れチェックです。
一方で、AIに任せてはいけない部分もあります。顧客が本当に困っていることは何か、どの要望を優先するか、予算や納期の中でどこまで実現するか、関係者が合意しているか。こうした判断はAIだけではできません。
AIは、要件定義を代わりに完了してくれる道具ではありません。情報を整理し、考える材料を増やし、抜け漏れを見つけやすくする補助役です。
要件定義で評価されるSEは、AIに文章を作らせる人ではなく、AIの出力を使って関係者の認識をそろえられる人です。
要件定義とは何をする工程か
要件定義とは、システムで実現することを関係者と合意し、文書として整理する工程です。
IPAの解説でも、要件定義は上流工程の1つとして説明されています。単に「機能一覧を作ること」ではなく、ビジネス要求やシステム化要求を整理し、関係者と合意することが重要です。
1. 業務要件
業務要件は、業務として何を実現したいかです。問い合わせ対応を早くしたい、在庫確認を自動化したい、売上集計の手作業を減らしたい、といった内容です。
ここで重要なのは、いきなり画面や機能の話に飛ばないことです。まず「何のためにシステム化するのか」を確認します。
2. 機能要件
機能要件は、システムが具体的に何をできる必要があるかです。ログインできる、商品を検索できる、CSVを出力できる、承認フローを回せる、といった内容です。
AIは、この機能要件の分類や整理が得意です。ヒアリングメモから機能候補を抜き出したり、画面別、権限別、処理別に分けたりできます。
3. 非機能要件
非機能要件は、システムの性能、可用性、セキュリティ、運用、保守性などに関する要件です。何秒以内に表示するか、何人まで同時利用できるか、障害時にどれくらいで復旧するか、どの権限で何を見られるか、といった内容です。
非機能要件は抜け漏れが起きやすい領域です。IPAの非機能要求グレードのような観点を参考にすると、会話に出ていない重要項目を確認しやすくなります。
AIが役立つ要件定義の場面
1. ヒアリング前の質問作成
要件定義では、最初のヒアリングで何を聞くかが重要です。AIに対象業務や作りたいシステムの概要を伝えると、質問項目のたたき台を作れます。
たとえば、「社内の問い合わせ管理システムを作る予定です。業務担当者への初回ヒアリングで確認すべき質問を、業務目的、現状課題、利用者、権限、通知、集計、セキュリティの観点で整理してください。」のように依頼します。
ただし、AIが出した質問をそのまま読み上げるだけでは不十分です。相手の業務に合わせて、聞く順番や言い方を調整する必要があります。
2. 議事メモの整理
ヒアリング後の議事メモ整理にもAIは役立ちます。会議メモは、話した順番のままだと使いにくいことが多いです。
AIに「以下の議事メモを、決定事項、未決事項、業務要件、機能要件、非機能要件、次回確認事項に分けて整理してください。」と依頼すると、次に何を確認すべきかが見えやすくなります。
ただし、会社や顧客の機密情報をAIに入力してよいかは必ず確認してください。実務では、個人情報、顧客名、社内システム名、具体的な障害内容などをそのまま入れない配慮が必要です。
3. 業務フローのたたき台作成
要件定義では、業務の流れを整理することが重要です。AIにヒアリング内容をもとに「現状業務フロー」と「システム導入後の業務フロー」を作らせると、整理のたたき台になります。
問い合わせ受付、担当者割り当て、回答作成、承認、返信、集計という流れがある場合、AIにステップごとに整理させると、関係者に説明しやすくなります。
ただし、業務フローは現場の実態とずれやすいです。AIが作った流れは、必ず業務担当者に確認しましょう。
4. 仕様書の下書き作成
AIは、仕様書の下書き作成にも向いています。ヒアリングメモや決定事項をもとに、画面概要、入力項目、処理内容、エラー条件、権限、通知、ログ出力などを整理できます。
特に、文章の体裁を整える作業はAIと相性がよいです。ただし、仕様書の中身が正しいかは別問題です。AIがきれいな文章を作っても、業務ルールが間違っていれば意味がありません。
AIに要件定義を手伝わせる具体的な流れ
1. 目的を整理する
最初に、システム化の目的を整理します。AIには「以下の要望から、業務目的、現状課題、期待する効果を分けて整理してください。」と依頼できます。
目的が曖昧なまま機能一覧を作ると、あとで「本当に必要な機能は何か」が判断できなくなります。
2. ヒアリング項目を作る
次に、目的に対して必要なヒアリング項目を作ります。確認すべき観点は、利用者、業務フロー、入力情報、出力情報、権限、通知、例外処理、運用、セキュリティなどです。
AIには、質問案を出してもらったうえで、重複や聞きにくい表現を調整させると使いやすくなります。
3. メモを分類する
ヒアリング後は、メモを分類します。ポイントは、話した順番ではなく、要件定義で使う単位に並べ替えることです。
- 業務目的
- 現状課題
- 利用者
- 業務ルール
- 機能要件
- 非機能要件
- 制約
- 未決事項
- 次回確認事項
この分類をAIに手伝わせると、仕様書に落とし込みやすくなります。
4. 抜け漏れを確認する
AIの強みは、観点の抜け漏れチェックにもあります。「この要件定義メモに不足していそうな観点を、業務、機能、非機能、運用、セキュリティの観点で指摘してください」と依頼すると、追加で確認すべき点が出てきます。
特に非機能要件は、会話に出てこないまま後から問題になることが多いです。性能、可用性、バックアップ、監視、権限、ログ、データ移行などは早めに確認しておきましょう。
5. 仕様書のたたき台を作る
最後に、整理した内容から仕様書のたたき台を作ります。いきなり完成版を作らせるよりも、目的、対象範囲、利用者、業務フロー、機能一覧、画面一覧、権限、非機能要件、未決事項のように見出し単位で作るのがおすすめです。
この単位でAIに下書きさせ、人間がレビューして直す流れにすると、品質を保ちやすくなります。
要件定義でAIを使うときの注意点
1. AIの出力を合意済みと勘違いしない
AIが整理した内容は、合意済みの要件ではありません。要件定義で本当に大事なのは、関係者が同じ理解を持つことです。
AIが作った仕様書がきれいでも、業務担当者、上司、開発チーム、運用担当者の認識がずれていれば、後で手戻りになります。AIの出力は、あくまで合意形成の材料です。
2. きれいな文章ほど疑って読む
AIは自然な文章を作るのが得意です。そのため、内容が正しいように見えやすいです。しかし、要件定義では「それらしい文章」よりも「確認済みの事実」が重要です。
仕様書には、決定済み、未決、仮置き、確認中を分けて書くべきです。AIに下書きさせる場合も、未確認の内容を勝手に確定事項として書かせないようにしましょう。
3. 機密情報をそのまま入力しない
実務でAIを使う場合、顧客情報、個人情報、内部資料、障害内容、契約条件などをそのまま入力してよいとは限りません。
会社のAI利用ルールを確認し、必要に応じて匿名化、要約、社内環境の利用などを検討してください。これは要件定義に限らず、Codexとは？ChatGPTでコードを書く時代の始め方 で紹介したAIコーディング支援でも同じです。
SEとしてキャリアアップするための使い方
AIを使った要件定義は、単なる時短ではありません。若手SEや中堅SEが上流工程を学ぶ練習にもなります。
ヒアリングメモをAIに整理させたあと、自分で「なぜこの項目が機能要件なのか」「これは非機能要件ではないか」「この未決事項は誰に確認すべきか」を考えると、要件定義の感覚が身につきます。
AI時代にプログラミング学習が不要になるわけではないのと同じように、上流工程でも人間の理解は必要です。詳しくは AI時代にプログラミング学習は不要？現役SEが本音で解説 でも解説しています。
AIエージェントやAI IDEの全体像を知りたい場合は、AIエージェントとは？Codex・Antigravity・Copilotの違いを徹底解説 も参考にしてください。
まとめ
AIを使うことで、要件定義のヒアリング準備、議事メモ整理、機能要件の分類、非機能要件の観点出し、仕様書の下書き作成は効率化できます。
ただし、AIが要件定義を完成させてくれるわけではありません。顧客の目的を理解し、業務ルールを確認し、優先順位を判断し、関係者と合意するのは人間の仕事です。
SEとしてキャリアアップしたいなら、AIを使って上流工程を避けるのではなく、AIを使って上流工程を学ぶのがおすすめです。
まずは、自分の担当業務や学習用の小さな題材で、ヒアリング項目の作成、メモの分類、仕様書の下書きから試してみましょう。AIの出力をレビューする習慣をつければ、要件定義の理解も実務力も伸ばしやすくなります。
参考情報
この記事では、IPAの 要件定義とは？、要件定義・システム再構築 紹介ページ、非機能要求グレード紹介ページ を確認したうえで、SE向けに要点を整理しています。
