Retrospective · 回顧會議

---
doc_type: "retro"
variant: "light"
status: "draft"
owner: "<scrum-master-or-pm>"
last_updated: "YYYY-MM-DD"
upstream:
  required: ["anonymous-feedback", "sprint-metrics"]
  optional: ["previous-retro-actions"]
---

# Retrospective: <sprint-or-release-name>

**Status:** Draft v0.X · **Owner:** <Scrum Master> · **Last updated:** YYYY-MM-DD

> [!IMPORTANT]
> **AI 填寫規則：** 本範本 6 段（編號 1, 2, 3, 5, 10, 12），全部必填——刻意沿用完整版的章節編號讓兩版可對照。每結論行內加 `（依據：feedback §XXX / metric §YYY）`；每量化欄位 `[H]/[M]/[L]` confidence badge；缺資料寫 `_TODO: 需要 XXX_` 不編造；**不寫人名**（用角色 / 流程描述）；**action items ≤ 3 條**，每條必須 INVEST 通過 + owner + due。

---

## 1. Format & Context

<!-- ai-fill: 1-2 行說明本次選用哪種 retro 格式（start/stop/continue / 4Ls / mad-sad-glad / sailboat）與為何 -->

| Field | Value |
|---|---|
| **Format** | start_stop_continue / mad_sad_glad / 4Ls / sailboat |
| **Sprint / period** | <e.g. Sprint 23, 2024-05-13 ~ 05-26> |
| **Participants** | <人數 + 組成 hint> |
| **Rationale** | <為何這個 sprint 選這格式> |

---

## 2. Themes（按 start/stop/continue 或 4Ls 分群）

<!-- ai-rule: 3-6 個 themes；不寫人名，用「某角色 / 某流程」匯總；每條附 frequency + severity + supporting metric -->

| Theme | Bucket | Frequency | Severity | Metric correlation | Source | Confidence |
|---|---|---|---|---|---|---|
| <e.g. PR review 太慢> | Stop | 5 votes | high | PR review p95 36h | feedback §3 | **[H]** |
| <e.g. Pairing 提升 quality> | Continue | 3 votes | medium | defect rate -20% | feedback §5 | **[H]** |
| <e.g. Doc 自動化> | Start | 2 votes | low | _TODO: 需要 baseline_ | feedback §7 | **[M]** |

---

## 3. Trend vs Previous Retro

<!-- ai-rule: 必含「上次 action 完成數」+「重複出現的 theme」兩件 -->

| Aspect | Value |
|---|---|
| **Previous actions completed** | <count / total> |
| **Carried over** | <ids> |
| **Recurring themes（≥ 2 retros）** | <theme name 1>, <theme name 2> |

---

## 5. Action Items（≤ 3 條）

<!-- ai-rule: 每條必含 owner（role/team，不寫人名）+ due（≤ 2 sprints）+ success metric + INVEST 通過；無 owner 寫 `_TODO: 待 Scrum Master 指派_` -->

| ID | Action | Owner | Due | Success metric | INVEST | Confidence |
|---|---|---|---|---|---|---|
| A1 | <e.g. PR review SLA ≤ 24h> | <role/team> | <next sprint end> | <e.g. PR review p95 < 24h> | [YES] all pass | **[H]** |
| A2 | ... | ... | ... | ... | [YES] | **[M]** |

---

## 10. Decision Log（key 1-2 條）

<!-- ai-rule: 每條必含 chosen + 至少 1 個 rejected + 拒絕原因 -->

| Date | Decision | Options | Chosen | Rejected why | Confidence |
|---|---|---|---|---|---|
| YYYY-MM-DD | 本次改善路徑 | process / tooling / training | process | tooling (採購 lead time 太長)、training (已排下季度) | **[H]** |

---

## 12. Confidence & Sources & TODO

- **整份文件最低 confidence 欄位：** <列出所有 [L] 與 [M]>
- **Fabricated assumptions（推測但 input 未明說）：**
  - <假設 1>
- **Highest-value next input:** <下一份最該補的：歷史 4 sprint action 完成率 / 1:1 摘要>

### TODO（缺資料）

- _TODO: 需要前次 retro action 完成狀態才能完整比較 trend_

---

> [!CAUTION]
> **輸出前 AI 自檢：**
> - [ ] 6 段 H2 章節齊全（編號 1, 2, 3, 5, 10, 12，刻意不連號）
> - [ ] **全文 0 個人名**（blameless，用角色 / 流程描述）
> - [ ] Themes 每條附 frequency + severity + source
> - [ ] **Action items ≤ 3 條**，每條 INVEST 通過 + owner + due + success metric
> - [ ] Trend 段含「上次 action 完成數」+「recurring themes」
> - [ ] Decision Log ≥ 1 條，每條有 rejected reason
> - [ ] 無 YAML / JSON schema 輸出（retro 是給人讀的 markdown）