---
source: ../../../core/retrospective-standards.md
source_version: 1.0.0
translation_version: 1.0.0
last_synced: 2026-03-26
status: current
---

# 回顧標準

> **語言**: [English](../../../core/retrospective-standards.md) | 繁體中文

**版本**: 1.0.0
**最後更新**: 2026-03-26
**適用範圍**: 所有實踐迭代開發的軟體團隊
**範疇**: universal
**產業標準**: Scrum Guide（Sprint 回顧）、CMMI Level 3、ISO/IEC 12207 §6.3.6

---

## 目的

回顧是結構化的團隊反思，識別做得好的、需要改善的，以及具體的改善行動。它們是敏捷方法論的關鍵實踐，也是過程成熟度的要求（CMMI Level 3）。

---

## 何時舉行回顧

| 類型 | 時機 | 時長 | 焦點 |
|------|------|------|------|
| **Sprint** | 每個迭代結束 | 30-60 分鐘 | 團隊流程、協作、工具 |
| **Release** | 每次發布後 | 60-90 分鐘 | 交付品質、循環指標、跨團隊協調 |

---

## 回顧工作流程

```
PREPARE ──► GATHER ──► ANALYZE ──► DECIDE ──► TRACK
  準備資料    蒐集意見    分析歸納    決定行動    追蹤落實
```

---

## 引導技法

### Start-Stop-Continue（預設）

| 類別 | 問題 |
|------|------|
| **開始做** | 我們應該開始做什麼？ |
| **停止做** | 我們應該停止做什麼？ |
| **繼續做** | 我們應該繼續做什麼？ |

### Starfish

| 類別 | 問題 |
|------|------|
| **更多** | 什麼應該做更多？ |
| **保持** | 什麼應該維持現狀？ |
| **減少** | 什麼應該做更少？ |
| **開始** | 什麼應該開始做？ |
| **停止** | 什麼應該停止？ |

### 4Ls

| 類別 | 問題 |
|------|------|
| **喜歡** | 你享受什麼？ |
| **學到** | 你學到了什麼？ |
| **缺少** | 缺少什麼？ |
| **渴望** | 你希望有什麼？ |

### 帆船法

| 元素 | 意義 |
|------|------|
| **風** | 推動我們前進的力量（優勢） |
| **錨** | 拖住我們的力量（阻礙） |
| **礁石** | 前方的風險 |
| **島嶼** | 我們的目標 |

---

## 行動項目生命週期

```
Open ──► In Progress ──► Done
  │
  └──► Cancelled（附原因）
```

### 追蹤規則

1. 在每次回顧的**開頭**檢視所有未完成的行動項目。
2. 超過 **2 個回顧循環**仍未完成的項目應重新評估。
3. 每次回顧最多 **3 個行動項目**。專注勝過廣度。
4. 每個行動項目必須有**單一負責人**。

---

## 反模式

| 反模式 | 問題 | 修正 |
|--------|------|------|
| 跳過回顧 | 流程債務累積 | 列為不可跳過的儀式 |
| 指責 | 人們不再參與 | 執行「討論流程不討論人」規則 |
| 沒有行動項目 | 回顧變成發洩 | 一定以 1-3 個具體行動結尾 |
| 太多行動項目 | 什麼都做不完 | 最多 3 項，無情地排優先 |
| 從不檢視過去的行動 | 行動被遺忘 | 每次回顧必先檢視 |

---

## 最佳實踐

1. **定期舉行回顧** — 一致性建立信任和習慣。
2. **變化技法** — 同樣的格式會變得無聊；輪替使用不同技法。
3. **嚴格控時** — Sprint 最多 60 分鐘，Release 最多 90 分鐘。
4. **以數據開始** — 用指標而非感覺來引導討論。
5. **以承諾結尾** — 每次回顧產出 1-3 個行動項目。
6. **追蹤落實** — 追蹤並檢視行動；這是價值產生的地方。
7. **建立心理安全** — 回顧中說的留在回顧中。
8. **慶祝勝利** — 不要只關注問題；認可做得好的。
