Sprint Review 指南：掌握 5 個關鍵，避免只做 Demo，用回饋校準產品方向
Sprint Review 的核心是用可運行的產品增量與利害關係人進行真正的回饋對話，確認產品是否走在正確方向。整個流程圍繞著回顧 Sprint Goal、展示真實成果、討論價值與發現、並根據回饋更新 Product Backlog。高品質的 Sprint Review 會透過情境式展示、清楚的議程與實際回饋整合，讓 Scrum 的檢查與調整真正發生，並讓產品在每次迭代都能持續校準軌道。
Sprint Review 的核心是用可運行的產品增量與利害關係人進行真正的回饋對話，確認產品是否走在正確方向。整個流程圍繞著回顧 Sprint Goal、展示真實成果、討論價值與發現、並根據回饋更新 Product Backlog。高品質的 Sprint Review 會透過情境式展示、清楚的議程與實際回饋整合，讓 Scrum 的檢查與調整真正發生，並讓產品在每次迭代都能持續校準軌道。
Sprint Planning 的重點是讓團隊對下一個 Sprint「要做什麼、為什麼做、做到什麼程度算成功」有共同理解。一個健康的 sprint planning 會做三件事：先對齊 Sprint Goal，再挑出最值得做的 Sprint Backlog，最後依容量做出團隊真的有信心的預測。這篇文章用清楚的流程和範例，說明 Sprint Goal、Sprint Backlog、容量估算、常見錯誤與 AI 協作，幫助團隊穩定提升 Sprint Planning 的品質。
Retrospective 會議是敏捷團隊的學習節奏，也是持續改善的起點。它讓團隊定期停下腳步，回顧過去、提煉學習、制定行動。本文完整介紹回顧會的定義、流程、範本與心理安全技巧，幫助讓反思成為團隊文化的一部分，打造持續學習的敏捷團隊。
