小專案結束後，怎麼回顧問題而不只是在責怪人？
圍繞可觀察的流程、當時取得的資訊與下一次可改的安排討論。避免把一次結果直接歸因於人格；需要處理責任的事項仍要處理，不能用不責怪當成不負責。
選一個具體片段回顧
- 說明原本預期與實際發生的事。
- 查明當時哪些資訊或資源不足。
- 約定一個下一次可驗證的流程變動，以及負責確認的人。
把形容詞改成流程描述
例如「大家都不積極」可改成「三個人都以為另一位會確認場地」。下一次可指定確認者與截止時間。這不表示所有問題都只是流程，也不表示可以忽略違反已約定責任的情況。
已填好的小型範例
範例改動：下次場地由一人確認，截止前一天回報訂位證據；其他人不再各自假設已完成。
觀察到什麼，下一步怎麼做
| 觀察 | 下一步 |
|---|---|
| 問題描述只有人格標籤 | 改寫成可核對的事件與流程。 |
| 已有明確責任爭議 | 依正式約定處理，不用流程討論掩蓋。 |
可直接使用的練習表
預期：＿＿；實際：＿＿；當時資訊：＿＿；流程缺口：＿＿；下次改動：＿＿；確認者：＿＿。
回顧一定要找出一個問題嗎？
不必。也可保留做得好的安排，前提是具體說明何時有幫助。
依據與適用限制
本指南為原創回顧安排，非正式調查或研究驗證的團隊改善方案。
Edmondson 研究團隊學習；本文句型未經該研究測試。 Amy Edmondson (1999) — Psychological Safety and Learning Behavior in Work Teams
來源與延伸閱讀
Amy Edmondson (1999) — Psychological Safety and Learning Behavior in Work Teams