コンサル流 議事録の書き方｜合意形成を加速する型

※ 本記事はアフィリエイト広告（Amazon アソシエイト等）を含みます

「先週の会議で決まったはずなのに、また同じ議論が始まっている」「議事録を送っても『そんな決定はしていない』と言われる」「ToDoが誰も動かないままフェードアウトする」——あなたのプロジェクトでこんな現象は起きていませんか？

結論から言います。これらはすべて、議事録の構成を間違えていることが原因です。 議事録は「会議の発言録」ではなく「次の行動への合意文書」です。コンサルが実践する構成に変えるだけで、会議後の合意形成スピードは劇的に変わります。

本記事では、現役コンサルマネージャーが実践する議事録の4セクション構成（結論→決定事項→ToDo→次回アジェンダ）と、24時間以内配信のルールを、業界一般化した形で徹底解説します。

---

議事録が「機能していない」3つの症状

構成の解説に入る前に、現場でよく見かける「機能しない議事録」の共通パターンを整理します。自分の議事録が当てはまっていないか確認してください。

症状	根本原因	結果
① 発言録化（誰がどう言ったかを時系列で羅列）	目的が「記録」になっている	何が決まったか読み取れない
② 結論の埋没（5ページ目にようやく決定事項）	構成が会議の時系列に引きずられている	重要なことが読まれない
③ ToDoの曖昧さ（「各自で対応よろしく」）	担当者・期限・アクション内容が未定義	全員が「他の誰かがやる」と思う

---

コンサル流 議事録の基本思想｜目的は「未来の行動」を生み出すこと

コンサルが議事録を重視する理由は、単なる記録のためではありません。**議事録は「合意の証跡」であり「次の行動への号砲」**です。

• 合意の証跡として：クライアントと「決まったこと」を書面で共有し、後から「そんな決定はしていない」というすり合わせコストをゼロにする
• 行動の号砲として：会議が終わった瞬間に「誰が・いつまでに・何を」を全員に届け、プロジェクトを前進させる

この思想から導き出されるのが、構成の優先順位＝重要なものを先に書くという原則です。会議の時系列ではなく、読み手が最も知りたい「決定と行動」を冒頭に置きます。

---

コンサル流 議事録の4セクション構成

構成全体像

【会議メタ情報】
日時 / 場所 / 参加者 / 会議の目的

【Section 1】結論（1〜3文）
この会議で何が決まったか・何が確認されたかを1〜3文で要約

【Section 2】決定事項
箇条書きで「○○することに決定」「○○は□□を採用」

【Section 3】ToDo
| # | 担当者 | 内容 | 期限 |

【Section 4】次回アジェンダ（案）
次回会議で議論すべき論点の仮リスト

この順番には理由があります。受け取った側が「30秒で読めて、自分が何をすべきか分かる」構成になっているからです。

---

Section 1：結論（1〜3文で要約）

結論は「この会議で何が確認・決定されたか」を1〜3文で書きます。詳細に入る前に、会議の意味を一言で示すパートです。

書き方のポイント

• 会議の目的に対して「何が決まったか・何が前進したか」を明示する
• 「～について議論しました」ではなく「～を決定しました」と断言する
• 保留事項がある場合は「○○は継続検討」と正直に書く

NG例

本日は開発スケジュールについて話し合いました。様々な意見が出ました。

OK例

本日は開発スケジュールの遅延対応を議論し、フェーズ2の納期を2週間延長することを決定しました。詳細なリカバリプランは山田PMが来週金曜日までに作成します。

---

Section 2：決定事項

決定事項は「この会議で合意されたこと」を箇条書きで列挙します。

書き方の3原則

1. 断言形で書く：「○○を採用することに決定」「□□は廃止する」
2. 誰が決めたかを明示する：「田中PM・山田PM合意のうえ」など
3. 決まっていないことは書かない：継続審議事項は「保留」として別出しする

書き方	例
✅ 断言形	フェーズ2の開始日を10月1日→10月15日に変更することを決定
✅ 合意者明示	A案を採用（クライアント田中様・PM山田合意）
❌ 曖昧形	スケジュールについて検討する
❌ 感想形	Aが良いという意見が多かった

---

Section 3：ToDo（誰が・いつまでに・何を）

ToDoは議事録の中で最も重要なセクションです。ToDoが「各自よろしく」では全員が「自分の仕事ではない」と認識します。 担当者・期限・内容の3点が揃って初めてToDoになります。

ToDoの基本フォーマット

#	担当者	内容	期限
T-01	山田（PM）	フェーズ2リカバリプラン作成・全体共有	08-21（金）
T-02	鈴木（開発リード）	API仕様書の修正版提出	08-19（水）
T-03	田中（クライアント）	変更要件の最終確認・承認メール送付	08-22（土）中

追加で押さえるポイント

• 担当者は「開発チーム」ではなく個人名で書く
• 期限は「今週中」ではなく**YYYY-MM-DD（曜日）**で書く
• 1ToDoに担当者が複数いる場合は「山田が主担当、鈴木が補佐」と役割を分ける

---

Section 4：次回アジェンダ（案）

次回会議で議論すべき論点の仮リストです。「案」としてよく、次回会議の冒頭で確定します。

なぜ今回の議事録に書くのか

• 次回会議の準備を参加者が早めに始められる
• 保留事項・未決事項を「次回に確認する」と明示することで、今回の決定事項との混同を防げる
• ファシリテーターが次回の論点をあらかじめ整理するきっかけになる

書き方の例

1. T-01リカバリプランのレビュー・承認（山田提出後）
2. フェーズ3スコープの暫定合意
3. ベンダー追加コストの見積もり確認

---

24時間以内に配信するルール

なぜ24時間なのか

コンサル現場では「会議が終わったらその日のうちに議事録を出す」が鉄則です。理由は3つあります。

理由	説明
① 記憶の鮮度	会議直後は参加者の記憶が鮮明。「そんな決定はしていない」という食い違いが最小化される
② 行動開始のタイミング	ToDoを持っている人が「次の会議まで待たなくていい」と認識し、すぐ動き始める
③ 合意の固定	時間が経つほど「あの会議での決定は……」と内容が曖昧になる。早期配信が合意を固定する

「完璧な議事録」より「速い議事録」

コンサルの間でよく言われるのが「60点の議事録を今日出すほうが、100点の議事録を3日後に出すより価値がある」という考え方です。

会議終了後30分〜1時間以内に、決定事項とToDoだけをまとめた簡易版を送り、翌日の始業前にフル版を送るという分割配信も有効です。

---

会議タイプ別 議事録記入例

会議の種類によって、議事録の重点を変えます。

ケース1：定例進捗確認会議

結論
フェーズ1は予定通り完了。フェーズ2は要員不足により1週間の遅延見込み。対策をT-01で対応。

決定事項

• フェーズ2の暫定完了目標日を09-15に変更（PM・クライアント合意）
• 要員追加の是非は09-05のステコミで最終決定

ToDo

#	担当者	内容	期限
T-01	山田（PM）	要員追加案2パターンを作成・提示	09-03（水）
T-02	鈴木（開発リード）	フェーズ2詳細スケジュール修正版	09-04（木）

---

ケース2：ステコミ（役員報告会議）

ステコミの議事録は「判断のトレーサビリティ」が特に重要です。役員が下した判断・条件・留保事項を正確に記録してください。「承認」「条件付き承認」「継続審議」を明確に分けて記載します。

---

よくある失敗5選

❌ 失敗1：会議の発言を時系列で全部書く

発言者・発言内容を順番に記録した「テープ起こし型」議事録は、誰も読みません。10行読んでも「何が決まったか」が分からない議事録は、合意形成ツールとして機能しません。

対策：会議中のメモはテープ起こしでよい。議事録に清書するとき「この発言はSection 1〜4のどこに入るか」を仕分けながら書く。

---

❌ 失敗2：決定事項に「検討する」「確認する」を書く

「A案について引き続き検討する」は決定事項ではなく、先送りです。「誰が・いつまでに検討して・いつ結論を出すか」が決まっていない限り、Section 3（ToDo）に書いて担当者・期限を付けてください。

---

❌ 失敗3：ToDoの担当者が「チーム全体」

「開発チームで対応」は誰も対応しないのと同じです。必ず個人名を書いてください。複数人が関わる場合は「山田が主担当、鈴木が補佐」と役割を分けます。

---

❌ 失敗4：配信が3日後・1週間後になる

議事録の配信が遅れるほど、記憶のズレが拡大します。「先週の会議では○○と言ったはずだ」という水掛け論が起こりやすくなり、合意をやり直すコストが発生します。時間がなければ決定事項・ToDoだけの簡易版を先に送り、フル版を翌日出す分割配信を活用してください。

---

❌ 失敗5：「承認を取っていない」議事録を正式合意として扱う

議事録を送っただけでは合意になりません。特に重要な決定事項については「○日までにご確認ください。異議がなければ合意とみなします」という一文を添えて送ることで、暗黙の合意形成ができます。

---

コンサル流 議事録のメリット・デメリット

---

よくある質問（FAQ）

Q1. 議事録は誰が書くべきですか？

コンサル現場では「最も学べる人＝ジュニアメンバーが書く」が慣習ですが、精度の観点からは「会議の全体像を把握できるPMまたはPMO」が書くのが理想です。重要な会議（ステコミ等）は必ずPMが目を通してから配信してください。

---

Q2. 参加していない会議の議事録はどう書けばいいですか？

他者のメモから書く場合は、必ず「メモ作成者＝○○」を明示してください。直接確認できていない発言・決定事項には「（確認中）」と付け、当日参加者のレビューを受けてから配信します。

---

Q3. クライアントが「議事録は出さなくていい」と言う場合は？

表向きは了承しながら、内部用の確認メモとして作成・保存することをおすすめします。万一「そんな決定はしていない」という状況になったとき、記録があるかないかで交渉力が変わります。クライアント期待値マネジメントの観点からも、文書化は自己防衛として機能します。

---

Q4. 議事録のフォーマットはどこまで統一すべきですか？

プロジェクト開始時にフォーマットを1枚決め、キックオフで全員に共有するのが最もスムーズです。フォーマットは「統一すること」が目的ではなく「読む人が毎回同じ場所に必要な情報を見つけられること」が目的です。キックオフ会議の進め方と合わせてプロジェクト開始時に決めてしまうと効果的です。

---

Q5. 議事録の承認プロセスはどうすればよいですか？

重要度に応じて以下の3段階で使い分けます。

• 通常の会議：送付後「○日までに異議がなければ合意」とする
• ステコミ・役員会議：PM→クライアント担当者の順にレビューを依頼してから配信
• 契約・費用変更を伴う決定：当日中に関係者の署名（メール承認）を取得

---

まとめ｜議事録の構成を変えれば、会議後のプロジェクトが変わる

コンサル流 議事録の要点は3つです。

1. 構成は「結論→決定事項→ToDo→次回アジェンダ」の順に固定する
2. ToDoは「担当者・期限・内容」の3点セットで書かなければ機能しない
3. 24時間以内に配信することで、合意の記憶が鮮明なうちに全員の行動を引き出す

「完璧な発言録」より「60点でも速い行動指示」が、プロジェクトを動かします。まずは次の会議から、Section 2（決定事項）だけでも構成に従って書いてみてください。

ステコミ運営の極意や炎上案件の立て直し方と合わせて読むことで、PMとしての会議ファシリテーション力を体系的に強化できます。