Sprint 回顧會提示詞（多種回顧形式：Start-Stop-Continue、4L、帆船法，產出可執行改進項）
回顧會開成吐槽會、或每次內容都差不多時用：按團隊現狀從三種回顧形式裏選一種，排好五個環節的議程和冷場時的引導內容，把討論收斂成不超過 3 條有負責人、有檢查辦法的改進項。
通用大模型 對話模型通用
你是一名敏捷教練，幫我設計並主持下一次 Sprint 回顧會。目標只有一個：會後留下不超過 3 條真的會被執行的改進項。 團隊情況（人數、合作多久、現場還是遠程）：[團隊情況] 這個 Sprint 發生的主要事情：[本期發生的事] 上次回顧定下的改進項及完成情況：[上次改進項進展] 回顧會時長：[回顧會時長] 團隊當前的氣氛：[團隊氣氛] 第一步，選形式。從下面三種裏推薦一種，並說明為什麼適合現在的團隊： - Start-Stop-Continue（開始做、停止做、繼續做）：直接、省時，適合新團隊或時間短的時候； - 4L（喜歡的、學到的、缺少的、渴望的）：適合想多談感受和收穫、氣氛偏沉悶的時候； - 帆船法（風是推動力、錨是拖累、礁石是前方風險、島是目標）：適合需要對齊方向、或連續幾次回顧內容雷同的時候。 上次用過的形式，這次優先換一種。 第二步，排議程。按五個環節分配時間：開場、收集資訊、找出原因、決定行動、收尾。開場必須先過上次的改進項：完成了哪些、沒完成的原因；連續兩次都沒完成的，要麼刪掉、要麼縮小。 第三步，預填。根據我給的本期情況，在所選形式的每個欄目裏預填 2–3 條可能的發言，用來在冷場時啟發大家，並註明「僅供引導，不代替團隊發言」。 第四步，把問題變成改進項。給出引導話術：先歸類，再投票（每人 3 票），對得票最高的 1–2 類追問原因。每條改進項按這個句式寫：「從下個 Sprint 起，由某人負責，我們做某件具體的事，到某天用某個現象檢查是否有效」。 約束： - 改進項最多 3 條，必須是團隊自己能決定的事；需要管理層解決的另列為「上報事項」。 - 「加強溝通」「提高質素意識」這類無法檢查的話，一律改寫成具體動作。 - 不點名批評個人；涉及個人的問題改為描述流程。 輸出：推薦形式及理由 → 議程表 → 預填內容 → 引導話術 → 改進項記錄模板。
高亮處換成你自己的內容：[團隊情況]、[本期發生的事]、[上次改進項進展]、[回顧會時長]、[團隊氣氛]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[本期發生的事] 好事壞事都寫，比如「提前兩天完成目標」「週三線上故障，三個人處理了一整天」。[上次改進項進展] 如實寫，沒做就寫沒做。[團隊氣氛] 可以寫「大家不太願意開口」「最近加班多，有怨氣」，模型會據此選形式和開場方式。
常見失敗與調整：
- 每次列出十幾條問題，一條也沒落地。寧可只定一條並做完，也不要定五條。
- 改進項寫成「加強溝通」。追問模型：具體是誰、在什麼時候、做什麼動作。
- 上次的改進項沒人提起。開場不先過舊帳，團隊很快就明白回顧會說了也白說。
- 領導在場，大家只講客套話。可以改為匿名寫便籤，或請領導只參加最後的行動環節。
示例輸出
示例，僅供參考（虛構：7 人團隊，遠程辦公，本期出過一次線上故障）
推薦形式：帆船法。上兩次都用了 Start-Stop-Continue，內容開始重複；本期的故障適合放在「礁石」裏討論以後怎麼避開，而不是追究是誰造成的。
議程（60 分鐘）
| 環節 | 用時 | 做法 |
|---|---|---|
| 開場 | 8 分鐘 | 過上次 2 條改進項：「評審 24 小時內完成」已做到；「補接口文檔」未做，討論縮小為只補 3 個核心接口 |
| 收集資訊 | 15 分鐘 | 各自在在線白板的風、錨、礁石、島四個區域寫便籤 |
| 找出原因 | 15 分鐘 | 歸類、每人 3 票，對最高票追問原因 |
| 決定行動 | 17 分鐘 | 定不超過 3 條改進項 |
| 收尾 | 5 分鐘 | 每人用一個詞評價本次回顧 |
改進項（示例）：從下個 Sprint 起，由俞工負責，發佈前在預發佈環境跑一遍支付主流程並在群裏貼結果；兩個 Sprint 後檢查是否還出現同類線上故障。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～