AI要件定義(えーあいようけんていぎ)とは

AI要件定義とは、生成AIを使って関係者の要望を聞き出し、業務やシステムに必要な条件を整理する取り組みです。質問案、議事録の要約、要件書の下書き、矛盾や未決事項の指摘をAIが支援し、最終的な合意と承認は人が担います。

文書作成より合意形成を支える

要件定義は、システムを作る前に「誰の、どの課題を、どこまで解決するか」を決める工程です。AIは議事録や既存資料を読み、曖昧な表現を質問に変えたり、機能、性能、運用、セキュリティなどの観点で抜けの候補を出したりできます。担当者が頭の中で前提にしていることを言葉にする補助役と考えると分かりやすいでしょう。

一方、生成AIは事実と推測を区別せず、存在しない仕様を補う場合があります。入力資料の版、AIへの指示、出力、修正者、承認者を記録し、ハルシネーションを検出できるレビュー工程が欠かせないでしょう。機密情報を外部サービスへ送れるかも、利用規約と社内規程で先に確かめます。

導入時は確定事項と未決事項を分ける

実務では、AIの出力をそのまま「完成した要件書」にしてはいけません。確定したこと、仮説、確認中の質問、今回は対象外とすること、受入条件(何ができれば完成と認めるかの基準)に分け、関係部門が見られる一覧表で共有します。評価すべきなのは作成速度だけでなく、要件から設計やテストまで根拠をたどれるかという点です。小さな案件で質問の質と見落としを比較してから、AIシステム開発の標準工程へ広げると安全でしょう。

Topic「定義」は一度決めて終わりではない

日本語の「要件定義」は、開発前に一度だけ決める作業に聞こえるかもしれません。しかし米国の標準化機関NIST(国立標準技術研究所)は、要件を扱う専門分野である要求工学を、発注する側と作る側の間に立って「要求を確立し、維持する」活動と定義しています。AIで下書きを速めても、変更理由と承認履歴を更新し続けるところまでが実務といえるでしょう。

AI要件定義に関するよくある質問

AI要件定義を試すなら、最初に何を用意すればよいですか?
対象業務の手順、過去の議事録、制約条件、決裁者をそろえます。情報の持ち出し可否も確認し、機密情報を入力しない試行から始めてください。
AIが作った要件書は、そのまま開発会社へ渡せますか?
そのまま渡すのは避けます。仮説や未確認事項を分離し、利用部門、開発担当、責任者が内容と優先順位を確認した版だけを正式資料にします。
導入効果はどの指標で確かめますか?
文書作成時間に加え、レビューで見つかった不足、手戻り、承認までの期間、変更理由を追跡できた割合を試行前後で比べると判断しやすくなります。

あわせて読みたい記事