ガイド
会議後の要件変更を検討し顧客に確認してもらう方法
会議の抜粋と要件v1を比較し、担当者のレビューからv2と顧客確認につなげる例です。
作成: PLARO · 内容の基準日
比較する基準を用意する
現在の要件バージョンと会議原文を用意します。録音の文字起こしは、発言者や重要な表現を先に確認してください。
オンラインストア改修の例 · 会議から新しいバージョンへ
PLAROが作成した説明用サンプルです。実際の顧客事例やAIの実行結果ではありません。AIの提案は原文と照合してください。結果は実行ごとに変わる場合があります。
- 変更前
- REQ-02 · 管理者は注文を閲覧できる。
- 会議の抜粋
- 顧客: 管理者も注文をキャンセルできるようにしてください。 PM: キャンセル条件を確認して要件に反映します。 顧客: 配送会社との連携は社内で確認します。
- 担当者のレビュー
- 注文キャンセルを変更候補として検討します。このサンプルでは、その後の話し合いで「発送前の注文のみキャンセル可能」と合意したと仮定し、担当者が条件を追加します。この条件は上記の抜粋では確定していません。
- 変更後 v2
- REQ-02 · 管理者は注文を閲覧し、発送前の注文をキャンセルできる。顧客の注文履歴にもキャンセルが表示される。
- 未決事項
- 配送会社との連携は未決です。合意済みの要件に入れず、追加確認が必要な事項として残します。
- 顧客の確認
- 担当者がv2を送ると、顧客は内容を確認するか修正を依頼できます。回答の有無と内容を確認して次の対応を決めます。
提案と合意を区別する
根拠を読んで反映・修正・無視を決めます。下のサンプルは担当者が変更候補を補う過程を示します。
新しいバージョンの確認を記録する
レビューした変更を新しいバージョンにしてから担当者が顧客に確認を依頼します。修正依頼は再検討し、無回答を確認済みと扱いません。確認記録は電子署名とは異なります。
要件と会議の変更管理ガイド
PLAROは顧客プロジェクトの要件と会議内容を比較し、担当者が確認した変更を新しい文書バージョンで管理して、顧客の確認記録を残すツールです。