振り返り会議は感想を集めるだけでは改善につながりません。事実、原因の仮説、次の期間で試す行動を分け、検証方法まで議事録に残します。
この記事では一般的な業務利用を前提に、会議後の判断と行動を再現できる記録へ整える手順を紹介します。法令、契約、社内規程、会議体のルールがある場合は、そちらを優先してください。
30秒で分かる結論
| 観点 | 議事録に残す内容 |
|---|---|
| Keep | 継続したい行動と根拠 |
| Problem | 観測した問題と影響 |
| Try | 次に試す小さな変更 |
| Measure | 効果を判断する指標 |
議事録の価値は文字数ではなく、何が決まり、誰が、いつまでに、何を確認するかが誤解なく伝わることです。AIで下書きを作る場合も、未確認の情報を補わせず、状態を明記します。
実務で使う5つの手順
1. 期間の事実を先に置く
完了数、遅延、障害など確認できる事実と、参加者の解釈を分けます。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
2. Problemを人格評価にしない
誰が悪いかではなく、どの工程で何が起きたかを記録します。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
3. Tryを一期間で試せる大きさにする
抽象的な『連携強化』ではなく、実施時刻や方法を決めます。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
4. 担当と観測方法を決める
実施責任者、確認日、成功・失敗を判断する材料を付けます。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
5. 次回冒頭で結果を確認する
前回のTryを実施・未実施・継続・中止に分けてから新しい議論へ進みます。
この段階で決定・提案・保留・要確認を分け、担当者の合意がない項目を確定ToDoにしないことが重要です。
記入例
> Problem：レビュー待ちが平均2日発生。Try：平日15時に未レビュー一覧を確認。担当：開発リーダー。評価：次スプリントの待ち時間中央値。
例文の数字や名称は実際の会議に合わせて置き換えます。重要な決定は、会議資料、原音、参加者確認のいずれかへ戻れるよう参照先を残してください。
AIで下書きを作るときの確認ポイント
AIには、決定事項、ToDo、保留、要確認を別々に抽出させます。出力後は、人が次の順番で確認します。
- 金額、日付、数量、割合、単位
- 人名、会社名、製品名などの固有名詞
- 決定・提案・目標・保留の状態
- 担当者、期限、完了条件
- 共有範囲、個人情報、機密情報
自然な文章であることと、事実が正しいことは別です。不明な箇所は「要確認」とし、確認者と期限を付けます。
よくある失敗
- 感想と事実を混ぜる
- Tryを増やしすぎる
- 担当と評価日を決めない
- 前回のTryを確認しない
失敗を防ぐには、共有直前の文章修正だけでなく、会議終了前の読み上げ確認と、確定版を一つにする運用が必要です。
共有前チェックリスト
- 対象期間が明記されている
- 事実と仮説を分けた
- Tryは実行可能な大きさ
- 担当と期限がある
- 評価指標と次回確認日がある
- 数字・名称・否定を根拠と照合した
- 下書き・確認中・確定の状態を表示した
- 閲覧・編集・承認の権限を確認した
まとめ
振り返り会議は感想を集めるだけでは改善につながりません。事実、原因の仮説、次の期間で試す行動を分け、検証方法まで議事録に残します。 テンプレートへ当てはめた後は、決定状態、担当、期限、数字、固有名詞、共有範囲を人が確認してから確定します。
基本から見直したい場合は議事録の総合ガイド、ひな形をすぐ作りたい場合は無料の議事録テンプレート作成ツールも利用できます。
