要件定義を分割して確認する ― 業務ルール台帳と未確定事項の管理

プロンプト・LLM活用

この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。OpenAIとAnthropicの公式情報を確認し、旧版を現在の実務向けに見直しました。

検証ステータス:📘 公式情報確認済み/個別業務での精度は未検証

複雑な要件定義では、最初から完成文書を生成するより、用語、業務ルール、例外、未確定事項へ分けて確認する方が追跡しやすくなります。

業務ルール台帳を先に作る

各ルールにIDと根拠箇所を付け、条件、処理、例外、確認状態を記録します。後続工程では同じIDを使い続けることで、用語の揺れや要件の脱落を見つけやすくなります。

未確定事項を推測で埋めない

入力資料で決まっていない項目は、未確定として別に管理します。AIの役割は不足を補うことではなく、不足している情報を見つけて人間へ返すことです。

機械検証できるところはコードで確認する

必須項目、ID重複、JSON構文、許可された値の範囲などは、LLMの自己評価ではなくプログラムで確認します。LLMは意味解釈が必要な部分に使います。

まとめ

要件定義では、完成品を一度に作るより、中間成果物を固定し、根拠と未確定事項を残しながら段階的に進める方がレビューしやすくなります。

公式情報・一次情報

この記事の更新履歴

  • 2026-09-13 追加:業務ルール台帳、未確定事項、機械検証の考え方を追加。
  • 2026-09-13 変更:一括生成中心から段階的な確認フローへ変更。
  • 2026-09-13 削除:内部メタ情報、本文H1、精度保証、思考過程の全文出力を削除。

文書情報

記事タイトル
要件定義を分割して確認する ― 業務ルール台帳と未確定事項の管理
作成日
更新日
Source URL
https://papanda925.com/?p=6678

ライセンス: 本記事のうち、当サイトが権利を有する本文・自作図表は、特記なき限り CC BY 4.0 で利用できます。生成AIを活用して作成・編集した内容を含みます。コードについて、別途ライセンス表示またはリンク先GitHubリポジトリのライセンスがある場合は、その条件を優先します。引用・第三者資料・画像・商標等は本ライセンスの対象外です。 利用ポリシー

タイトルとURLをコピーしました