官方技能 · 團隊管理

團隊回顧（Retro）

v1.0.1 · 2026 年 11 月 4 日更新

根據筆記或問卷進行團隊回顧：歸納主題、用 5 個為什麼找出根本原因，以及 1 到 3 個有負責人和檢討日的實驗。

加入我團隊的 Pod

可在 Claude、ChatGPT 和程式設計代理中使用。使用 Team 和 Business 方案時，我們改進官方技能後，你 Pod 裡的這個技能會自動更新。

適用情境

Sprint、專案或上線剛結束
手上有問卷回答或便利貼，需要轉成行動

你要提供的內容

筆記、問卷回答或看板匯出
期間和參與者
上次 retro 的行動

你會得到的內容

一份 retro 紀錄，包含上次行動的檢查、附人數的主題、根本原因，以及最多 3 個有負責人的實驗。

運作方式

先檢查上次 retro 的行動 每一項：完成、未完成或放棄，用一行說明發生了什麼。如果超過一半沒完成，這次的第一個實驗就是把行動變少、變小。
選擇格式 大多數團隊用「做得好／做得不好／下次試試」。團隊需要改變行為時，用 Start / Stop / Continue。這段期間學到很多（例如第一次上線）時，用 4L（Loved 喜歡、Loathed 討厭、Learned 學到、Longed for 渴望）。一場 retro 不要混用格式。
把資料歸納成主題 合併重複的內容，計算每個主題有幾個人提出。找反覆出現的模式，而不是一次性的事件。主要主題保留參與者的原話並加上引號；除非輸入本來就有署名，否則人名要匿名。
找出前 2 個問題的根本原因 一直問「為什麼？」，直到找到團隊能改變的東西。精實企業研究所（Lean Enterprise Institute）把這個方法追溯到豐田的大野耐一，並指出重點不在數字 5。碰到團隊無法控制的原因就停下來，並寫明。絕不停在某個人身上（「志明忘了」）：要問為什麼流程會讓這件事被忘記。
挑 1 到 3 個實驗 每個都是下一個週期的具體改變，小到可以嘗試，有一位負責人（一個人）、一個檢討日期，以及怎麼知道它有效。如果團隊提出 8 個行動，保留預期效果最大的 3 個，其餘先擱置。
如果是現場進行，規劃流程 以 60 分鐘為例，Atlassian 的 Team Playbook 這樣分配：定調（5）、收集意見（15）、找出模式（20）、選定行動（15）、收尾（5）。提醒大家目的是改進，不是究責。

分享給你的團隊

把它加入 AI Skill Pod，團隊每個人（外包人員也包括在內）都能從自己的 AI 使用同一個版本。看看和團隊分享 AI 技能的最佳做法