回顧是最重要的一個實踐，原因是它能讓團隊學習、改進和調整其過程。

回顧可以幫助團隊從之前的產品開發工作及其過程中學習。《敏捷宣言》背后的原則之一是：“團隊要定期反省如何能夠做到更加有效，并相應地調整團隊的行為。”

許多團隊使用迭代，尤其是為期兩周的迭代，因為迭代在最后會提示進行演示和回顧。不過，團隊回顧并不需要迭代。團隊成員可以決定在這些關鍵時刻進行回顧：

·當團隊完成一個發布或者加入一些功能時。這不一定是一個巨大的增量。它可以是任何發布，無論它有多小。

·自上次回頂顧以來，又過了幾周時間。

·當團隊出現問題時，以及團隊協作完成工作不順暢時。

·當團隊達到任何其他里程碑時。

團隊可以通過分配足夠的時間學習受益，無論是在項目中間回顧，還是在項目結束時回頂。團隊需要了解他們的工作產品和工作過程。例如，有些團隊在完成工作時遇到因難。團隊可以計劃用充足的時間組織回頂，以此收集數據、處理數據、再決定之后要嘗試的實驗做法。

首要的是，回顧并不是責備：回顧是讓團隊從以前的工作中學習并做出小的改進。

回顧針對定性的(人的感覺)和定量的(衡量指標)數據，然后利用這些數據找到根源，設計對策，并制定行動計劃。項目團隊可以采取許多行動事項來消除障礙。

考慮限制行動事項的數量，使團隊在即將進行的迭代或工作期間有能力改進。嘗試一次改進太多的事情卻沒有完成其中任何一件，比計劃完成較少的事情并成功全部完成要槽糕得多。然后，在時間允許的情況下，團隊可以進行列表中的下一個改進。團隊選擇改進時，要決定如何衡量結果。然后，在下一段時間內要衡量結果，以驗證每個改進成功與否。

來自團隊的一位促進者引導團隊通過一個活動對所有改進事項的重要性進行排序。完成對改進事項的排序后，團隊為下一次迭代選擇合適的數量(或者在流程基礎上增加工作)。