追溯性會議
追溯性會議是在期程最後一天的期程 (Sprint) 檢討會議之後進行。 您的小組會在此會議中檢視及探索其在 Scrum 流程中的運作情形。 基於這項分析，您的小組可能會決定要調整流程以改善自己的效率、產能、品質和滿意度。 此會議和會後的改良措施是 Agile 的自我組織原則中很重要的一部分。 如需詳細資訊，請參閱 Agile 原則和價值，作者：Jeff Sutherland。
如果您的小組未能完成所有指派給期程的使用者本文，您可以在追溯性會議中討論為何會發生這種情形。 您的小組會決定是否能夠調整流程，以降低這種問題的發生機率。 另外，也請討論影響到小組之整體效率、產能、品質和小組對專案之滿意度等方面的問題。
例如，假設某個小組有些工作只能由小組中的單一人員執行。 這種只有少數人具備必要專業能力的情況，便是一個會威脅到期程成功的要徑。 這位小組成員在期程期間必須長時間工作，而其他小組成員則對於無法協助處理這些工作感到挫折。 經過一段時間之後，該小組決定實施極致程式設計來協助更正此問題。
在某些情況下，您的小組可能需要進行一些工作來實作改善。 例如，假設某個小組花費太多時間來處理失敗的組建。 該小組決定要實作連續整合。 但是，該小組不想要面臨中斷其一般建置流程的風險。 因此，他們先配置一些時數來設定試用組建，然後在其實際執行組建中開啟該組建。 該小組會建立增量並且根據產品待處理項目的其餘部分排定工作的優先權。
如需如何進行有效追溯性會議的詳細資訊，請參閱下列 Web 資源：Project Retrospectives: A Handbook for Team Reviews (英文) 和 Agile Retrospectives (英文)。