當我們的衝刺（Sprint）完畢之後，還需要對這一次的衝刺進行評論（Review）以及回顧（Retrospective）來對工作的狀況進行改善。
敏捷流程
這次的兩個流程也是跟衝刺相關的議題，而衝刺也是整個敏捷開發最為核心的一的部分。除此之外，敏捷的過程中不斷的溝通與學習也是非常重要的，這會讓我們的團隊越來越進步。
Sprint Review
在這個階段，我們會提出各種回饋。這些回饋很有可能會讓我們懷疑這一次的衝刺是不是什麼都沒有實現。然而，這些回饋也會是我們將 Product Backlog（產品積壓）更新的重要資訊。也因此，這個評論的過程會由所有的團隊一起進行，並且討論整個衝刺的過程中遭遇到的問題、反覆確認原本 PBI（Product Backlog Item）上的資訊是否還能夠更加的清晰等等議題。
在這個階段我們也會展示每個團隊的成果
Retrospective
接下來每個團隊也會對這一次的衝刺進行回顧，這個回顧的過程中可能會更新團隊之間的工作協議，來改善團隊自己的工作流程。因為 Scrum 是非常注重溝通的，因此也可能會跟其他團隊一起進行回顧（所有團隊都可以隨時合作一起討論）
Product Backlog Refinement
在進行衝刺的過程中難免會遭遇到各式各樣的問題，此時我們可以用跟 Sprint Planning（衝刺計畫）會議類似的方式，針對 Product Backlog 進行梳理（Refinement）來改善，除此之外也會根據在當下衝刺的的狀況，針對未來一到兩個衝刺進行一部分討論。
基本上所有團隊跟產品相關的人員都會參與，同時也會進行時間限制以免浪費過多的時間。
盡可能的溝通
實際上，在敏捷開發中最為重要的就是學習溝通。當我們不斷透過提問來了解 What（為何）的時候，我們也不斷的從 PO（Product Owner）、使用者學習關於產品的知識，來不斷的強化團隊。
封面圖片使用 Unsplash 上 charlesdeluvio 的作品，這系列的文章只是課程的一小部分，因此並無法完整涵蓋所有概念以及精神，看關於技術的主題可以到弦而時習之找找靈感。
