LeSS in Action - 學習敏捷（回顧）
更新於 發佈於 閱讀時間約 1 分鐘
當我們的衝刺（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）、使用者學習關於產品的知識，來不斷的強化團隊。
此篇文章會顯示動態置底廣告
為什麼會看到廣告
55會員
40內容數
軟體工程師逐漸變成一個熱門的職業，當我們進入這個職業之後應該要具備怎樣的技能才會在工作上更加順利呢？這系列的專欄會分享日常工作中的經驗以及一些案例分析，讓我們一起努力成為一位更優秀的軟體工程師吧！
留言0
查看全部
你可能也想看
Google News 追蹤
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
「"衝刺 Sprint"是“敏捷開發 Agile Development”的“爭球法 Scrum”中的用語。
首先設定一個產品使用流程作為目標，
然後在一週至一個月期間內，將能夠做到這個使用流程的功能製作出來。
這段預設用來迅速進行開發工作的期間，就叫做衝刺期間。」
「精
敏捷開發的實踐方式有很多，其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》，其中調整的內容我覺得讓這個框架更符合實務上的應用，因此就其內容並結合個人經驗與見解撰寫這篇短文，希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船，通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧，幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃，從而提升未來專案的成功率。
在數位時代，Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件，並結合我開發CDP的實際經驗，分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum，優化專案流程。
敏捷的成功需要整個團隊參與及沉浸式敏捷體驗，本文以失敗案例為例，探討敏捷失敗以及如何成功。作者認為，成功源於做對很多事，而失敗往往只因為少做了或做錯了一件事，敏捷的第一步是找到對的人，開始第一次的沉浸式敏捷體驗並獲得第一次成功經驗，讓團隊直接做中體驗與感受敏捷的好處，就會啟動敏捷在組織內的擴散與成功
在敏捷開發過程中，每兩週都會有一場回顧會議（retro），PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思，這篇想記錄以產品經理（PO）的角度常被提到的檢討點，一方面是幫助自己成長，另一面是更濃縮自己的產品想法。
誰適合看這篇文章？✔ 對產品經理、產品企劃、產品策略、產品規劃有興
本文介紹了在公司專案中採用敏捷(Agile)方法，並分享了Scrum的好處、成員負責工作以及工作流程。希望可以掌握Scrum的核心：透明度、檢視和調整的核心，來推動敏捷工作。
當投標截稿時限緊迫時，該怎麼辦？
敏捷就很重要，不只拿A，更要衝刺拿A
我於2018研讀Jeff所寫SCRUM(敏捷)一書，
感到相見恨晚，恰逢其時。
把我過去準備投標或執行專案經驗，
在本書已整理出一套更有系統論述，
值得推薦你去學習並應用在工作上，
敏捷強調執行專案要有兩種能
敏捷測試能有效幫助科技公司應對網路興起、軟體當道和資訊爆炸的挑戰，透過小型、跨功能團隊的協作與快速執行，並以用戶反饋進行快速迭代以測試產品假說。本文談到敏捷開發的迷思、MVP的重要性以及風險的注重，以及精實創業中如何驗證市場假說。同時提出敏捷的問題點，並結合同理心設計以滿足消費者情感上的需求。
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
「"衝刺 Sprint"是“敏捷開發 Agile Development”的“爭球法 Scrum”中的用語。
首先設定一個產品使用流程作為目標，
然後在一週至一個月期間內，將能夠做到這個使用流程的功能製作出來。
這段預設用來迅速進行開發工作的期間，就叫做衝刺期間。」
「精
敏捷開發的實踐方式有很多，其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》，其中調整的內容我覺得讓這個框架更符合實務上的應用，因此就其內容並結合個人經驗與見解撰寫這篇短文，希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船，通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧，幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃，從而提升未來專案的成功率。
在數位時代，Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件，並結合我開發CDP的實際經驗，分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum，優化專案流程。
敏捷的成功需要整個團隊參與及沉浸式敏捷體驗，本文以失敗案例為例，探討敏捷失敗以及如何成功。作者認為，成功源於做對很多事，而失敗往往只因為少做了或做錯了一件事，敏捷的第一步是找到對的人，開始第一次的沉浸式敏捷體驗並獲得第一次成功經驗，讓團隊直接做中體驗與感受敏捷的好處，就會啟動敏捷在組織內的擴散與成功
在敏捷開發過程中，每兩週都會有一場回顧會議（retro），PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思，這篇想記錄以產品經理（PO）的角度常被提到的檢討點，一方面是幫助自己成長，另一面是更濃縮自己的產品想法。
誰適合看這篇文章？✔ 對產品經理、產品企劃、產品策略、產品規劃有興
本文介紹了在公司專案中採用敏捷(Agile)方法，並分享了Scrum的好處、成員負責工作以及工作流程。希望可以掌握Scrum的核心：透明度、檢視和調整的核心，來推動敏捷工作。
當投標截稿時限緊迫時，該怎麼辦？
敏捷就很重要，不只拿A，更要衝刺拿A
我於2018研讀Jeff所寫SCRUM(敏捷)一書，
感到相見恨晚，恰逢其時。
把我過去準備投標或執行專案經驗，
在本書已整理出一套更有系統論述，
值得推薦你去學習並應用在工作上，
敏捷強調執行專案要有兩種能
敏捷測試能有效幫助科技公司應對網路興起、軟體當道和資訊爆炸的挑戰，透過小型、跨功能團隊的協作與快速執行，並以用戶反饋進行快速迭代以測試產品假說。本文談到敏捷開發的迷思、MVP的重要性以及風險的注重，以及精實創業中如何驗證市場假說。同時提出敏捷的問題點，並結合同理心設計以滿足消費者情感上的需求。