23.crum 中的 Sprint Review(短衝檢視)主要目的為何？
(A)討論技術債
(B)評估 Sprint 是否達成預期成果並給產 品負責人回饋
(C)進行程式碼重構
(D)進行個人績效評估

【解題思路】

這題關鍵字是「Sprint Review（短衝檢視）」。

在 Scrum 中，Sprint Review 的目的非常明確：

展示本次 Sprint 完成的成果，並讓團隊與產品負責人（PO）一起檢視：目標是否達成？是否需要調整產品待辦事項？

→ 也就是「檢視成果 + 回饋 + 調整方向」

因此答案直接落在 (B)。

【逐步解析觀念】

Scrum 的四大會議：

1. Sprint Planning（短衝規劃）：選要做什麼

2. Daily Scrum（每日站立會議）：追進度

3. Sprint Review（短衝檢視）：展示成果、收集回饋

4. Sprint Retrospective（短衝回顧）：改善流程、檢討工作方式

注意：
Sprint Review 是檢視成果，不是檢討流程。
檢討流程是 Retrospective（回顧會議）。

【選項逐一破題】

(A) 討論技術債
技術債可在回顧會議（Retrospective）中討論，但不是 Sprint Review 的主要目的。

(B) 評估 Sprint 是否達成預期成果並給產品負責人回饋
完全正確！
Sprint Review 的核心動作就是展示成果、讓 PO 檢視 Sprint 成果是否符合預期。

(C) 進行程式碼重構
重構在開發過程即可進行，不是 Sprint Review 的議程項目。

(D) 進行個人績效評估
Scrum 絕對禁止在 Sprint Review 做個人績效評估。
Scrum 重視團隊合作，而不是個人 KPI。

【延伸知識】

Sprint Review 的典型流程：

1. 團隊 Demo（展示）本次完成的功能

2. 說明哪些故事完成、哪些未完成

3. PO（產品負責人）確認是否符合「完成定義 Definition of Done」

4. PO 與團隊一起釐清下一步方向

5. 更新 Product Backlog（產品待辦清單）

常見考題：
Review 是檢視成果；Retrospective 是檢討流程與團隊合作方式。

【記憶技巧】

一句話就記住：

「Review 看成果，Retro 看流程。」

或：

「Review 做 Demo，Retro 做改善。」

【常見錯誤】

1. 把 Review 與 Retrospective 搞混
   Review 是看功能成果；Retro 是反省工作方式。

2. 以為 Review 要評估個人績效
   Scrum 強調團隊，不做這種會破壞合作的行為。

3. 以為 Review 討論技術細節
   技術討論通常在開發過程或 Retro，不在 Review。