ガイド
良い議事録が大事な理由
ミーティングは安い部分。高くつくのは、その後に起きること、あるいは起きないこと。議事録は、生の議論からその後の仕事へ受け渡す中継地点です。
良い議事録は短い。何が決まり、誰が担当で、次のチェックポイントはいつか。それだけ伝われば、欠席した人も追加質問なしに動けます。
良い議事録に必要なもの
- 決定事項 — 合意したことを、それぞれ一行で。
- アクションアイテム — 担当者、期日、成果物。
- ネクストステップ — 次の会議までに何が起きるか。
- コンテキスト — なぜこう決めたかの短いメモ。未来の自分のために。
audien·toが整える形
ドキュメントに入るもの
- 決定事項合意ごとに一行。結論だけ。そこに至った議論は別です。
- アクションアイテム担当者 · 成果物 · 期日 — 「チームで」ではなく、必ず誰かの名前を。
- ネクストステップ次の会議のブロックを外すもの。アクションアイテムとは別、これらはチェックポイントであって作業ではありません。
- オープンな問い閉じられなかった項目。次回ミーティングのアジェンダになります。
- コンテキストノートなぜそう決めたかを1〜2文で。半年後に読み返した人が蒸し返さないように。
議事録をうまく書くコツ
- 決定から書き始める読み手が最初に見る一行は、合意した内容であるべき。議論はコンテキストへ、決定の上には置かない。
- アクションは1人に1つ共有のタスクは分割を。「AdaとChenが…」は、結局どちらもやらないという意味になります。
- すべてのコミットに日付を「今週中」でも構いません。曖昧な日付は、見落とされた期日に変わります。
- 未解決を捕まえる会議を止めた問いは、解決した問いより価値があります。
- 実況中継はしない議事録はトランスクリプトではない。文脈が必要なら録音を開けば済みます。
オプションパネルのつまみ
- 深さ5行のTL;DR（進捗共有用）· 標準の議事録 · フルレポート（経営／対外向け）。
- トーン中立 · ダイレクト（エンジニア同期のデフォルト）· フォーマル（経営／法務）。
- 言いよどみのトリム「えーと」、言い直し、脱線を削除。デフォルトでオン。
- 話者の引用方法名前で · 役割で（PM／EM／デザイナー）· タイムスタンプで — 書き手ではなく読み手に役立つ形を。
- アクションアイテムの検出厳格（「I will」「Can you…」のみ）· 緩め（暗黙のコミットも拾う）。
- リスクとブロッカーコンテキストに織り込む（デフォルト）· 独立したリストにする（進捗デッキ向き）。