【仕事術】会議の決定メモの書き方|決定・保留・次の行動を5分で整理

会議では合意したつもりでも、翌日になって「いつまでに、誰がやる?」「スマホ版まで決めた?」と確認が戻ってくることがあります。こうした認識違いを減らすには、会議の終わりに決定・保留・次の行動を読み合わせ、担当と期限まで記録します。
決定と保留を分けると、話し合っただけの案が残らない
| 欄 | 書くこと | 見返した人が分かること |
|---|---|---|
| 決定 | 採用した案・対象範囲・必要なら理由 | どの前提で進めてよいか |
| 保留 | 未決の論点・判断材料・次に判断する場 | いつ、何を見て決めるか |
| 次の行動 | 担当・期限・成果物や確認先 | 誰が何をすれば完了か |
「再試行ボタンを入れる方向」という発言だけでは、作業開始の合意なのか候補案なのか分かりません。決めたのがPC版の試作までなら、その範囲を決定欄に書き、スマホ版の導入や公開日は保留に分けます。比較資料がある場合は、決定理由を一行で添え、詳しい資料へリンクします。
会議前に用意する空欄テンプレート
定例の予定やチケットに次の欄を置いておくと、会議中に決まった箇所をその場で埋められます。欠席者に共有する場合に備え、会議名、日付、参加者、関連資料を最初に残します。
会議名・日時:[ ]/参加者:[ ]/関連チケット:[URL]
この会議で決めること:[決めたい論点]
決定:[採用案]/適用範囲:[ ]/理由・前提:[ ]
保留:[未決の論点]/不足情報:[ ]/確認担当:[ ]/再判断:[日付・会議名]
次の行動:[作業]/担当:[氏名]/期限:[日付と時刻]/完了条件・共有先:[ ]
議題が複数ある場合は、決定・保留・次の行動を議題ごとに分けると、あとからチケットと照合しやすくなります。部署をまたぐ判断や上長承認が必要な項目は、承認者と判断予定も記録します。
仕様変更の会議を、3欄のテンプレートに落とす
決定:エラー時の再試行ボタンは、今週はPC版で試作する。スマホ版は既存表示を維持する。今週の検証対象をPC版に絞るため。
保留:スマホ版の導入時期。PC版の検証結果とスマホでの操作性を確認し、金曜の定例で判断する。
次の行動:実装担当は木曜17時までにPC版の試作URLをチケットに記載。検証担当は金曜午前までに再試行時と連打時の結果を同じチケットに追記する。
「確認する」「検討する」で終わる項目は、どこに何が残れば完了かを補います。たとえば「実装を確認する」なら「エラー後に再試行できたかをチケットに追記する」とします。実際に共有するときは、実装担当・検証担当の部分を具体的な担当者名に置き換えます。
担当候補が欠席している場合は、引き受け確認の担当と期限を記録します。「誰かが声を掛ける」で終わらせず、「進行役が今日中に依頼し、返事をチケットに追記する」と決めておきます。
曖昧なメモを、動ける文に直す
| よくある書き方 | 直した例 | 補った情報 |
|---|---|---|
| A案で進める方向 | A案でPC版の試作を進める。公開可否は金曜に判断 | 決まった範囲と残った判断 |
| 来週までに調査 | 田中さんが火曜17時までに、再現条件をチケットへ追記 | 担当・日付・成果物 |
| スマホ版は保留 | 操作性の検証が未完了。佐藤さんが結果をまとめ、金曜の定例で判断 | 保留の理由と再判断の場 |
1人が担当し、別の人が承認する仕事は、作業の期限と承認の期限を分けます。承認待ちが発生しても、どちらで止まっているか見返せるようになります。相手がその場にいても、期限の読み上げで合意を取っておくと、メモを送った後の差し戻しを減らせます。
最後の2分で読み合わせ、残り3分で共有する
会議の最後に「決定したのはPC版の試作まで」「次に動くのは実装担当で木曜17時まで」と読み上げます。解釈が割れたものは、その場で範囲を確認するか、次に判断する条件を付けて保留に移します。
会議後は、参加者が後からたどれるチケットやプロジェクト文書にメモを共有します。チャットには要点とリンクを置き、担当と期限は実際に作業を追うチケットにも反映します。複数の場所に全文を貼るより、判断の記録を参照する場所を決めておくと、後から修正しやすくなります。
後から決定が変わったら、変更日と影響を残す
たとえば金曜の検証で操作上の問題が見つかり、PC版の公開を見送るなら、元のメモに「金曜更新:公開判定を延期。連打時の挙動を修正し、再検証後に判断」と追記します。影響を受けるチケットの期限や担当も同時に更新すると、古い決定のまま作業が進むのを防げます。
欠席者に共有するときの文例
本日の打ち合わせで、再試行ボタンはPC版で先に試作することを決めました。実装担当は木曜17時までに試作URLをチケットへ記載してください。スマホ版の導入時期は未決で、金曜の定例で検討します。詳しい決定理由と検証担当は決定メモ[URL]に記載しています。
長い経緯を先に送るより、欠席者が仕事を始めるために必要な決定と期限を先に共有します。認識違いの連絡が来たら、事実の誤記はメモを訂正し、会議で決めた内容を変える必要がある場合は決定者に確認してから更新します。
次の会議では、前回の保留と未完了の行動から確認します。毎回メモを探し回るなら、会議の予定や定例チケットに前回分のリンクを添えるところから始めてみてください。





















