要件定義会議では、利用者の希望がそのまま確定仕様になったように見えない記録が必要です。要求、仕様案、決定、制約、未決定を状態付きで管理します。
この記事では一般的な業務利用を前提に、会議後の判断と行動を再現できる記録へ整える手順を紹介します。法令、契約、社内規程、会議体のルールがある場合は、そちらを優先してください。
30秒で分かる結論
| 観点 | 議事録に残す内容 |
|---|---|
| 要求 | 利用者が達成したいこと |
| 仕様案 | 実現方法の候補 |
| 決定 | 承認済み条件 |
| 未決定 | 確認先・担当・期限 |
議事録の価値は文字数ではなく、何が決まり、誰が、いつまでに、何を確認するかが誤解なく伝わることです。AIで下書きを作る場合も、未確認の情報を補わせず、状態を明記します。
実務で使う5つの手順
1. 発言を要求の背景まで確認する
機能名だけでなく、現在の業務と困りごとを記録します。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
2. 要求と実装方法を分ける
目的と解決案を別欄にし、最初の案に固定されないようにします。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
3. 用語と範囲を揃える
対象利用者、対象外、前提となる業務ルールを定義します。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
4. 受入条件を具体化する
何ができれば完了か、例外時にどうなるかを書きます。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
5. 未決定を課題表へつなぐ
確認事項に担当、期限、決定者を付け、次回議事録から追跡します。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
記入例
> 要求：営業が訪問直後に記録を検索したい。仕様案：顧客名と日付で検索。未決定：保存期間。確認担当：情報管理。期限：9月6日。
例文の数字や名称は実際の会議に合わせて置き換えます。重要な決定は、会議資料、原音、参加者確認のいずれかへ戻れるよう参照先を残してください。
AIで下書きを作るときの確認ポイント
AIには、決定事項、ToDo、保留、要確認を別々に抽出させます。出力後は、人が次の順番で確認します。
- 金額、日付、数量、割合、単位
- 人名、会社名、製品名などの固有名詞
- 決定・提案・目標・保留の状態
- 担当者、期限、完了条件
- 共有範囲、個人情報、機密情報
自然な文章であることと、事実が正しいことは別です。不明な箇所は「要確認」とし、確認者と期限を付けます。
よくある失敗
- 要望を確定仕様として書く
- 対象外を記録しない
- 言葉の定義が部署で違う
- 受入条件を後回しにする
失敗を防ぐには、共有直前の文章修正だけでなく、会議終了前の読み上げ確認と、確定版を一つにする運用が必要です。
共有前チェックリスト
- 要求の背景がある
- 仕様案と決定を分けた
- 対象と対象外がある
- 受入条件が確認可能
- 未決定に担当と期限がある
- 数字・名称・否定を根拠と照合した
- 下書き・確認中・確定の状態を表示した
- 閲覧・編集・承認の権限を確認した
まとめ
要件定義会議では、利用者の希望がそのまま確定仕様になったように見えない記録が必要です。要求、仕様案、決定、制約、未決定を状態付きで管理します。 テンプレートへ当てはめた後は、決定状態、担当、期限、数字、固有名詞、共有範囲を人が確認してから確定します。
基本から見直したい場合は議事録の総合ガイド、ひな形をすぐ作りたい場合は無料の議事録テンプレート作成ツールも利用できます。
