專案回顧報告範本（Retrospective Report Template）

適用標準：Agile Retrospectives（Esther Derby & Diana Larsen）、SRE Postmortem Culture
適用階段：專案管理 — 任何迭代/里程碑/專案結束時
負責角色：Scrum Master / PM、全體團隊成員

📑 章節目錄

文件資訊
回顧概要
量化回顧（Metrics）
質性回顧（What Went Well / What Didn’t）
根因分析
改善行動項目
前次行動追蹤
團隊健康度
附錄

📝 範本

1. 文件資訊

項目	內容
文件名稱	[專案/Sprint 名稱] 回顧報告
文件編號	[專案代碼]-RETRO-[Sprint#/版本]-[日期]
版本	v[X.Y]
回顧日期	[YYYY-MM-DD]
迭代/里程碑	[Sprint N / Release X.Y / Phase Name]
引導者（Facilitator）	[Scrum Master / PM]
參與者	[全體團隊成員名單]

2. 回顧概要

項目	內容
回顧範圍	[Sprint / Release / 專案整體]
迭代期間	[YYYY-MM-DD] ~ [YYYY-MM-DD]
主要交付	[本次迭代完成的主要功能/里程碑]
整體滿意度	[1-5 分，團隊平均]
一句話總結	[本次迭代最重要的一件事]

3. 量化回顧（Metrics）

3.1 交付指標

指標	計畫	實際	達成率	趨勢
Story Points (committed)	[N]	[N] (completed)	[N]%	[↑/↓/→]
User Stories (完成/承諾)	[N]/[M]	[N/M]	[N]%
Bug 數量（新增/修復）	—/—	[N]/[M]	—
技術債處理	[N] items	[N] items	[N]%

3.2 品質指標

指標	本次	前次	目標	趨勢
Escaped Bugs (上線後發現)	[N]	[N]	0	[↑/↓/→]
Code Coverage	[N]%	[N]%	≥ [N]%
Code Review 回饋速度 (avg)	[N] hr	[N] hr	< [N] hr
Build 成功率	[N]%	[N]%	≥ 95%

3.3 流程指標

指標	本次	前次	目標
Cycle Time (avg)	[N] days	[N] days	< [N] days
Lead Time (avg)	[N] days	[N] days	< [N] days
WIP 超標次數	[N]	[N]	0
阻塞事項數	[N]	[N]	儘量少
會議時間佔比	[N]%	[N]%	< 20%

4. 質性回顧

4.1 做得好的事（What Went Well / Keep）

#	項目	影響	建議
1	[正面事項]	[對團隊/產品的正面影響]	[持續/強化]
2	[正面事項]	[影響描述]	[持續/推廣]
3	[正面事項]	[影響描述]	[持續]

4.2 需要改善的事（What Didn’t Go Well / Problems）

#	項目	影響	嚴重度
1	[問題描述]	[對團隊/產品的負面影響]	[High/Med/Low]
2	[問題描述]	[影響描述]	[High/Med/Low]
3	[問題描述]	[影響描述]	[High/Med/Low]

4.3 想要嘗試的事（Ideas / Try）

#	想法	預期效果	成本/風險	決議
1	[新做法/工具/流程]	[預期改善]	[Low/Med/High]	[採納/暫緩/拒絕]
2	[新做法]	[預期改善]	[Low/Med/High]	[決議]

5. 根因分析

針對本次最重要的 1~2 個問題進行深入分析

問題：[問題描述]

5 Whys 分析：

Layer	Why	Answer
Why 1	為什麼 [現象]？	[答案]
Why 2	為什麼 [上述答案]？	[答案]
Why 3	為什麼 [上述答案]？	[答案]
Why 4	為什麼 [上述答案]？	[答案]
Why 5	為什麼 [上述答案]？	根因：[Root Cause]

改善方向：[基於根因的改善方向]

6. 改善行動項目

#	Action Item	負責人	期限	驗收標準	優先級
1	[具體可執行的行動]	[姓名]	[日期/Sprint]	[如何判定完成]	[P1/P2/P3]
2	[具體可執行的行動]	[姓名]	[日期/Sprint]	[驗收標準]	[P1/P2/P3]
3	[具體可執行的行動]	[姓名]	[日期/Sprint]	[驗收標準]	[P1/P2/P3]

⚠️ 原則：Action Items 建議不超過 3~5 項，聚焦最重要的改善

7. 前次行動追蹤

#	前次 Action Item	負責人	狀態	效果評估
1	[前次的行動項目]	[姓名]	[✅ Done / 🔄 In Progress / ❌ Not Started]	[是否有效改善]
2	[前次的行動項目]	[姓名]	[狀態]	[評估]

8. 團隊健康度

8.1 Spotify Team Health Check（選用）

面向	評分 (1-5)	趨勢	說明
交付速度	[N]	[↑/↓/→]	[簡述]
程式碼品質	[N]	[↑/↓/→]
學習成長	[N]	[↑/↓/→]
團隊合作	[N]	[↑/↓/→]
工作生活平衡	[N]	[↑/↓/→]
自主性	[N]	[↑/↓/→]
使命認同	[N]	[↑/↓/→]
工具支援	[N]	[↑/↓/→]

8.2 NPS / 滿意度

問題	分數 (1-10)	前次	備註
你會推薦朋友加入這個團隊嗎？	[N]	[N]
對本次 Sprint 整體滿意度？	[N]	[N]

9. 附錄

9.1 回顧會議議程

時間	活動	說明
5 min	Check-in	暖場/心情分享
10 min	數據回顧	檢視 metrics
15 min	質性回顧	Keep / Problem / Try
15 min	根因分析	聚焦 Top 1-2 問題
10 min	行動規劃	定義 Action Items
5 min	Check-out	總結/回饋

9.2 使用的回顧技巧

[記錄本次使用的 Retro 技巧：4Ls, Start-Stop-Continue, Sailboat, Mad-Sad-Glad…]

📖 使用說明

使用時機

情境	頻率	規模
Sprint Retro	每 2 週	精簡版（§2,4,6,7）
Release Retro	每次上線後	標準版（含 §3,5）
專案結案 Retro	專案結束時	完整版（全部章節）
Incident Postmortem	事件後 48hr	聚焦 §5 根因分析

引導原則

原則	說明
拉斯維加斯規則	會議中的討論留在會議中（心理安全）
不責怪個人	聚焦系統與流程，非個人
數據支持	用數據佐證觀點，避免純感覺
可行動	Action Item 必須具體、有負責人、有期限
限制數量	每次最多 3-5 個 Action Items，避免過多無法執行

💡 範例（以 HRMS 人力資源管理系統為例）

範例：Sprint 12 回顧

迭代：Sprint 12（2024-05-27 ~ 2024-06-07）
主要交付：薪資計算模組 Phase 2（加班費自動計算 + 報表）

量化指標

指標	計畫	實際	備註
Story Points	34	29	85% 達成率（前次 90%）
Escaped Bugs	0	1	加班費四捨五入精度問題
Cycle Time	—	3.2 days	較前次 2.8 days 增加

做得好

#	項目	影響
1	Pair Programming 加速新人上手薪資邏輯	新人 2 週內可獨立開發
2	提前與 HR 部門確認加班費計算規則	減少後期需求變更

需要改善

#	項目	影響	根因
1	Sprint 中途需求插入（HR 急件）	3 SP 未完成	缺乏需求凍結機制
2	薪資精度 Bug 到 Production 才發現	客戶投訴	測試案例未涵蓋邊界值

Action Items

#	Action	負責人	期限	驗收
1	建立 Sprint 需求凍結政策（中途插入需 PO 核准 + 等量替換）	Scrum Master	Sprint 13	政策文件 + 團隊周知
2	薪資計算增加 boundary value testing checklist	QA Lead	Sprint 13	Checklist 完成 + 應用
3	加班費計算 Property-Based Testing	Dev (小明)	Sprint 14	測試覆蓋率 ≥ 95%

📌 審閱重點
Action Items 是否具體可執行（SMART 原則）？
前次 Action Items 是否有追蹤結果？
根因分析是否觸及系統性問題（非表面症狀）？
團隊是否有心理安全感來提出問題？
改善行動是否聚焦（≤ 5 項）？

專案回顧報告範本（Retrospective Report Template）#

📑 章節目錄#

📝 範本#

1. 文件資訊#

2. 回顧概要#

3. 量化回顧（Metrics）#

3.1 交付指標#

3.2 品質指標#

3.3 流程指標#

4. 質性回顧#

4.1 做得好的事（What Went Well / Keep）#

4.2 需要改善的事（What Didn’t Go Well / Problems）#

4.3 想要嘗試的事（Ideas / Try）#

5. 根因分析#

問題：[問題描述]#

6. 改善行動項目#

7. 前次行動追蹤#

8. 團隊健康度#

8.1 Spotify Team Health Check（選用）#

8.2 NPS / 滿意度#

9. 附錄#

9.1 回顧會議議程#

9.2 使用的回顧技巧#

📖 使用說明#

使用時機#

引導原則#

💡 範例（以 HRMS 人力資源管理系統為例）#

範例：Sprint 12 回顧#

量化指標#

做得好#

需要改善#

Action Items#

專案回顧報告範本（Retrospective Report Template）

📑 章節目錄

📝 範本

1. 文件資訊

2. 回顧概要

3. 量化回顧（Metrics）

3.1 交付指標

3.2 品質指標

3.3 流程指標

4. 質性回顧

4.1 做得好的事（What Went Well / Keep）

4.2 需要改善的事（What Didn’t Go Well / Problems）

4.3 想要嘗試的事（Ideas / Try）

5. 根因分析

問題：[問題描述]

6. 改善行動項目

7. 前次行動追蹤

8. 團隊健康度

8.1 Spotify Team Health Check（選用）

8.2 NPS / 滿意度

9. 附錄

9.1 回顧會議議程

9.2 使用的回顧技巧

📖 使用說明

使用時機

引導原則

💡 範例（以 HRMS 人力資源管理系統為例）

範例：Sprint 12 回顧

量化指標

做得好

需要改善

Action Items