決定事項管理表の作り方｜理由・判断者・対象版を残す
議事録はあるのに、なぜその案を選んだのか分からない。担当交代や条件変更の際に同じ議論をやり直すなら、決定事項を会議横断で追えるログが役立ちます。決定事項管理表では、結論だけでなく理由・条件・判断者・対象版を残します。発言の全文や作業一覧を一つの表へ詰め込まず、判断の履歴に限定して設計します。
議事録と決定事項ログの役割
議事録は一回の会議の記録、決定ログは複数の会議や確認経路をまたぐ判断の一覧です。ログから議事録や正式な承認へ参照できれば、同じ内容を何度も転記せずに済みます。提案中、暫定決定、正式決定、失効を区別します。「方向性に異論なし」を正式な承認に置き換えないようにします。承認の手続きは組織の規程を優先してください。誰が取りまとめるかと、誰が判断するかも異なります。PMOが記録する場合でも、判断者の確認を得てから正式な状態へ変えます。
理由と再検討条件を残す記入例
以下は申請機能の公開計画の説明用です。
| ID・判断する問い | 決定・対象 | 理由・条件 | 判断者・再検討 |
|---|---|---|---|
| D-01 初回公開に検索を含めるか | 初回は含めない・計画v1.1 | 基本申請の確認を優先。検索は次回候補 | 業務責任者・利用状況確認後に検討 |
| D-02 案内の配信方法 | 部署窓口から配信・案内v1.0 | 全社配信の対象確定が未了 | 暫定・窓口一覧確定時に再確認 |
| D-03 旧承認経路の扱い | 旧案を失効 | 新経路の承認記録へ置換 | D-05の参照・適用日を明記 |
選ばなかった案と主な理由も残すと、条件が変わったときに見直せます。ただしすべての発言を記載せず、判断に影響した選択肢と条件に絞ります。
暫定決定には期限と再検討の条件を付ける
情報が不足していても、仮の進め方が必要なことがあります。その場合、暫定で進める範囲、取り消す条件、正式判断の期限を記録します。「いったんこれで」だけでは、後から前提が変わっても誰も戻せません。条件が満たされたかを確認する担当も付けます。再検討は過去の判断が誤りだったと決めつけるためではありません。判断時点の情報と、今回変わった情報を分けることで、変更の理由を説明できます。
上書きせず新しい判断へつなぐ
正式決定が変更されたら、旧行の結論を無言で書き換えず、新しいIDと変更理由を追加します。旧行には失効や置換先を記し、いつから新しい判断が有効かを示します。同じ問いに別の決定が見つかった場合、独断でどちらかを削除せず、対象範囲・適用時点・判断権限を確認します。部門ごとに異なる決定なら、その範囲を明確にします。秘密情報はログへ直接記載せず、権限を管理した参照先へ分離します。利用者に周知する決定と、内部だけで扱う理由を同じ公開範囲にしないようにします。
作業と判断を別の管理先へ戻す
「決定済み」と「実施済み」は同じではありません。決定によって生まれた作業は作業管理へ移し、実施担当と期限を設定します。未決の判断は課題管理や相談の経路へつなぎます。ログを確認する場では、期限付き暫定、再検討条件が発生した決定、適用日が近い決定に絞ると運用しやすくなります。最小の列は、ID、問い、結論、理由、対象・版、判断者、判断日、状態、条件、次の確認日、承認参照です。結論の数より、後から根拠と適用範囲をたどれるかを確認しましょう。
次に確認したい実務ガイド
PMO実務テンプレート・確認表の一覧から、目的に合う記事を探せます。
参考情報とこの記事の位置づけ
意思決定の役割を明確にするDACIを参考情報として確認しました。本文の管理表はDACIの転載ではありません。 Atlassian：DACI Decision-making Framework（確認日：2026年10月11日）。記入例・確認表は当サイトが説明用に作成したもので、実在の案件・実績ではありません。
議事録の書き方も必要な作業に合わせて参照してください。
アイキャッチ写真：Gabriel Cox / Unsplash。職場の実写ではなくイメージ写真です。
