プロジェクト変更依頼：打ち合わせ後のまとめ方

明確化と新しい範囲を区別する

「フィルターも追加しましょう」は小さな依頼に見えますが、データ、アクセス権、テストに影響することがあります。合意済みの動作の明確化か、異なる成果の要望かを確認します。

変更依頼は会議の発言に判断が埋もれないようにします。小規模なら提案、評価、承認をつなぐカードで十分です。契約は別途、義務の根拠になります。

期限を約束する前に要望を整理する

1. 元の発言を残す

   録音箇所を探して、相手が解決したい課題を書きます。ボタンを提案されたら、今できない操作の例を聞きます。誰が提案し、どの版が話題かを記します。

2. 元の合意と比較する

   合意した版と提案を並べ、具体的な差を説明します。すでに約束した動作なら、新規作業ではなく修正かもしれません。文書で確かめます。

3. 影響を受ける部分を評価する

   担当者にデータ、画面、連携、テスト、サポートを確認してもらいます。合意までは期限と工数を条件付き見積もりとして記します。確定に必要な情報を挙げます。

4. 判断と影響を記録する

   明確化中、評価中、承認済み、保留、却下の状態を記します。承認後は計画と確認基準を更新します。変更内容と根拠が分かるよう前の版を残します。

レポートの支店フィルター

架空の学習例です。名前、条件、結果は方法の説明用です。

影響は画面だけではありません。支店なしの記録の表示と、全社の合計の扱いを決めます。

空の値の扱いが分からなければ、選択リスト一つで足りるとは約束できません。別のカードに条件を残します。

変更依頼カード

このテンプレートは範囲の議論に使います。社内の承認手順も適用します。

変更内容と提案者：
理由と具体例：
現在の合意：
提案内容：
維持するもの：
影響するデータとプロセス：
見積もりと条件：
未解決の質問：
判断、決定者、日付：
更新した文書：
結果の確認方法：

判断を後からたどれるか確かめる

• 新しい要望を以前の範囲と比較した。
• 概算は暫定と明示した。
• 権限を持つ決定者と日付がある。
• 承認後にカードの状態と作業計画を更新した。