概要
AIがコードを書く時代に、要件定義の重要度は急速に上がっています。実装コストが10分の1になれば、競争の重心は「正しい仕様を決める力」に移るからです。本稿は、経産省DSSのビジネスアーキテクト（BA）13スキルから「価値発見・定義」「課題発見・定義」「ステークホルダーマネジメント」の3スキルを中核に、AI時代の要件定義力を強化する育成プログラムを提示します。IT企業の現場リーダー・育成責任者が、明日から使える具体策をまとめました。
なぜ要件定義がAI時代に再注目されるのか
要件定義は、ITプロジェクトの上流工程として古くから重要視されてきました。それでも多くの企業で「要件定義は曖昧なまま実装に入り、後工程で手戻りが発生する」という構造的問題が続いています。
AI時代は、この構造的問題が事業を直撃します。
- 実装が高速化する → 要件の曖昧さが「短時間で大量の手戻り」を生む
- AI生成コードが増える → 要件と乖離した実装が量産されるリスク
- 顧客の意思決定速度が上がる → 要件定義の遅さがビジネス機会を逃す
結果として、要件定義力は「ITプロジェクトの成否を決める最重要スキル」に再昇格しました。
DSSが定義する要件定義関連スキル
経産省DSSがBAに求める13スキルのうち、要件定義に直接関わるのは以下の3つです。
- 価値発見・定義：顧客や事業にとっての価値を見いだし、定義できる
- 課題発見・定義：解くべき課題を構造的に切り出せる
- ステークホルダーマネジメント：関係者の意向を整理し、合意形成できる
3スキルは互いに連動しています。価値が見えていなければ課題は定義できず、ステークホルダーを巻き込めなければ要件はまとまりません。AI時代の要件定義は、この3スキルを統合的に発揮する力です。
AI時代の要件定義——5つの新パラダイム
従来の要件定義（ウォーターフォール型・詳細仕様書中心）は、AI時代に5つの新パラダイムへ進化します。
パラダイム1：プロトタイプ駆動要件定義
AIで実装プロトタイプを数時間で作り、顧客に見せてフィードバックを得る。文書ではなく動くもので合意形成する。
パラダイム2：LLM支援要件抽出
ヒアリング音声をLLMで分析し、要件候補を自動抽出する。人は抽出された要件を検証・優先順位付けする。
パラダイム3：曖昧性検知
LLMに要件文書を読ませ、曖昧な表現・矛盾・欠落を自動検知させる。「ユーザーフレンドリーに」「適切に」などの曖昧な要件をピックアップする。
パラダイム4：価値仮説の継続検証
要件を「機能の羅列」ではなく「価値仮説の集合」として定義し、各機能が生む価値をKPIで継続検証する。
パラダイム5：ステークホルダー全員参加型
要件定義の場に、経営層・現場部門長・情シス・エンドユーザーを同時に巻き込む。AIプロトタイプを共通言語として議論する。
要件定義力を強化する育成プログラム——4モジュール
要件定義スキルは、座学・ケース・ロールプレイ・実案件の組み合わせで育成します。本稿では4モジュール構成を提示します。
モジュール1：価値発見・定義（2週間）
- 顧客のKPI構造を読み解く
- バリュープロポジションキャンバス
- ジョブ理論（Jobs to be Done）
- AIプロトタイプでの価値仮説検証
モジュール2：課題発見・定義（2週間）
- イシューツリー（BCG型）
- 5Why・特性要因図
- MECE思考
- 真因と症状の切り分け
モジュール3：要件文書化（2週間）
- ユーザーストーリー記法
- 受け入れ条件の書き方
- 非機能要件の整理（性能・セキュリティ・可用性）
- LLM支援での曖昧性検知
モジュール4：ステークホルダー合意形成（2週間）
- ステークホルダー分析・パワーマップ
- ファシリテーション基礎
- エグゼクティブブリーフィング
- 反対意見の処理
4モジュール×2週間で計2カ月。週1日（金曜午後）の構成で、無理なく現場が学べる設計です。
要件定義の失敗パターンとAI時代の対策
要件定義は、多くのIT企業で繰り返し失敗が起きる工程です。AI時代特有の失敗を含め、3つの典型パターンと対策を整理します。
失敗1：要件があいまいなまま実装に入る
対策：LLMで曖昧性を自動検知。「適切に」「ユーザーフレンドリーに」などの曖昧表現を機械的にフラグし、定義し直す運用を組み込む。
失敗2：要件が後から大幅に変わる
対策：AIプロトタイプで「動くもの」を早期に作り、見せながら要件を確定させる。文書ベースの合意は最終確認用に限定する。
失敗3：AIに丸投げで要件が薄くなる
対策：要件定義は人の判断が中核。AIは「ドラフト生成」「曖昧性検知」「ヒアリング支援」の補助に徹し、最終的な定義は人が責任を持つ。
実行のポイント——明日から3カ月でやること
要件定義力強化を組織で進めるには、以下の3カ月計画が効果的です。
Month 1：現状診断
- 直近の案件で「要件起因の手戻り」を全件棚卸し
- 要件定義工程の標準プロセスを文書化
- 現場リーダーの要件定義スキルをセルフアセスメント
Month 2：プログラム開始
- 4モジュールのカリキュラムを設計
- パイロット10〜15名を選抜
- 週1日（金曜午後）の学習時間を確保
Month 3：実案件適用
- パイロット参加者が担当案件でAIプロトタイプ・LLM曖昧性検知を試行
- 4週ごとに振り返り会
- 経営会議で進捗共有
まとめ——要件定義力こそ、AI時代の上流の中核
AIがコードを書く時代に、要件定義は「上流の中核」に再昇格しました。経産省DSSのBA13スキルから「価値発見・定義」「課題発見・定義」「ステークホルダーマネジメント」を中核に、4モジュール2カ月のプログラムで組織的に育成できます。
要件定義力を強化した会社が、AI時代の上流を取ります。価値を作るエンジニアの出発点は、正しい要件を決める力です。
Ballistaと相談する
ConStepでは、AI時代の要件定義力強化プログラムを提供しています。コンサル業界出身の専門家が、4モジュール2カ月のカリキュラムを各社向けにカスタマイズします。
