プロジェクトの振り返りが感想の共有だけで終わると、次の仕事に活かせません。AIは進捗報告、議事録、タスク履歴、アンケートから出来事を集め、KPTなどの形式へ整理できます。ただし、発言量の多い人の意見を全体の結論にしないよう注意します。
先に成果と事実を確認する
- 当初の目的と成功条件
- 完了した成果物
- 目標と実績の差
- 主要な意思決定
- 発生したリスクと課題
- 利用者・顧客からの反応
記憶だけで話す前に、計画と実績を同じ指標で確認します。
KPTへ整理する
| 区分 | 内容 |
|---|---|
| Keep | 継続したい行動と効果 |
| Problem | 発生した問題と影響 |
| Try | 次に試す具体的な行動 |
> 以下の記録からKPT候補を抽出してください。各項目に根拠となる出来事、影響、関係する工程を付け、原因は確認済み事実と仮説を分けてください。個人の性格や能力を推測しないでください。
原因を早く決めない
「連携不足」など抽象的な原因で終わらず、情報がどこで止まったか、確認手順があったか、権限や時間が不足していたかを確認します。AIの要約で少数意見が消えていないか、匿名で追加意見を集める方法もあります。
Tryを実行可能にする
改善行動には、担当、開始日、完了条件、確認日を付けます。「会議を増やす」ではなく、「仕様変更時に担当3名が24時間以内に確認する」のように行動を具体化します。次回の振り返りで効果を測れる指標も決めます。
記録を再利用する
決定ログ、リスク管理表、マニュアル、次回計画へ反映します。振り返り資料だけに残すと同じ問題が繰り返されます。個人の評価情報とチーム改善の記録は目的と閲覧範囲を分けます。
まとめ
AIで振り返りを行うときは、まず目標と実績を確認し、KPT候補を根拠付きで整理します。原因仮説を人が検証し、担当と完了条件のある少数の改善行動へ絞ることで、次のプロジェクトへつながります。
実践確認：この記事を現場で使う手順
プロジェクトの振り返りをAIで整理する方法を実務へ入れるときは、AIに完成品を一度で作らせるより、事実整理・下書き・確認を分けます。確認の中心はプロジェクト 振り返り AI・KPT・レトロスペクティブです。入力資料の責任者と最終承認者を同じ人にせず、根拠をたどれる状態を残します。
入力を4つに分ける
- 確定事実：日時、担当、金額、決定済みの条件
- 引用・根拠：会議記録、規程、見積書、一次資料のURL
- 仮説：まだ確認できていない原因や効果
- 未確認事項：誰にいつ確認するかが必要な項目
この区分を付けてからAIへ渡すと、推測が事実のように混ざる問題を減らせます。個人情報や機密情報は、利用環境と社内規程を確認し、不要な部分を伏せます。
下書き用の指示例
> 次の資料から「プロジェクトの振り返りをAIで整理する方法」の下書きを作ってください。確定事実と仮説を混ぜず、数値には出典を付け、情報が不足する箇所は「要確認」と表示してください。読み手が判断・実行するために必要な項目を先に並べ、表現を整えるのは最後にしてください。
人が確認する順番
- 人名、会社名、日付、金額、単位を元資料と照合する
- 「決定」「予定」「提案」「推測」の区別を確認する
- 担当者と期限が本文のどこにあるか確認する
- 読み手が次に行う操作を一つに絞る
- AIへ入力してはいけない情報が残っていないか確認する
1週間の試行で測る
完成時間だけでなく、修正回数、事実誤り、確認のために戻った資料数、読み手からの質問数を記録します。プロジェクト 振り返り AI・KPT・レトロスペクティブの抜けが続く場合は、プロンプトを長くするのではなく、入力テンプレートへ必須欄を追加します。効果が確認できるまでは、AI出力を自動送信・自動承認しない運用が安全です。
