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）、使用者學習關於產品的知識，來不斷的強化團隊。
分享至
成為作者繼續創作的動力吧！
蒼時弦也的沙龍 的其他內容
你可能也想看
- 「天天秋嗨嗨」：vocus 秋季徵文，五大主題 & 獎品登場！
- 11/20 NVDA財報前Preview, 財報前股價波動走勢觀察
- 維持皮膚健康與活力｜6款超人氣保濕、舒緩敏感化妝水評比
- THE BOYZ - Hurt Me Less
- WWII in less than a minute.
- 從 Scrum 到 LeSS －使用者故事（三）
- 從 Scrum 到 LeSS －使用者故事（二）
- 從 Scrum 到 LeSS －使用者故事（一）
- Lesson 1：加減速練習
- Lesson 7：兩種投資心態與策略原則（下）
- Lesson 6：兩種投資心態與策略原則（中）
- Lesson 34：最後的濾網—現金流量表（五）
- Lesson 2：價格位階的意義（一）
發表回應
成為會員 後即可發表留言
© 2024 vocus All rights reserved.