LeSS in Action - 學習敏捷（回顧）
當我們的衝刺（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）、使用者學習關於產品的知識，來不斷的強化團隊。
接下來每個團隊也會對這一次的衝刺進行回顧，這個回顧的過程中可能會更新團隊之間的工作協議，來改善團隊自己的工作流程。因為 Scrum 是非常注重溝通的，因此也可能會跟其他團隊一起進行回顧（所有團隊都可以隨時合作一起討論）
Product Backlog Refinement 在進行衝刺的過程中難免會遭遇到各式各樣的問題，此時我們可以用跟 Sprint Planning（衝刺計畫）會議類似的方式，針對 Product Backlog 進行梳理（Refinement）來改善，除此之外也會根據在當下衝刺的的狀況，針對未來一到兩個衝刺進行一部分討論。
基本上所有團隊跟產品相關的人員都會參與，同時也會進行時間限制以免浪費過多的時間。
盡可能的溝通
實際上，在敏捷開發中最為重要的就是學習溝通。當我們不斷透過提問來了解 What（為何）的時候，我們也不斷的從 PO（Product Owner）、使用者學習關於產品的知識，來不斷的強化團隊。
分享至
成為作者繼續創作的動力吧！
2022 年四月，我參加了 LeSS in Action 的課程，在這個課程中我們要用一週的時間學習加入一間敏捷開發的公司並且實際產出程式碼，體感上就像是你工作了一年一樣，讓我們來看看這一週的時間發生了哪些事情吧？
