
Day22 敏捷專案管理:回顧會議
今天來看 Retro Meeting,是敏捷專案管理中非常重要的一部分。Retro 通常在每個 Sprint 結束後舉行,目的是讓團隊反思 Sprint 的工作過程,發現並討論問題,從而持續改進團隊的工作效率和品質。
回顧會議的目的
反思和學習
團隊成員一起回顧過去的衝刺,反思什麼做得好、什麼地方需要改進,並學習如何在未來的衝刺中避免相同的問題。
以我們工程師來說,可以有很多內容可以提出,包含但不限於:
1. 對隕石與需求變動的改善方式
2. 整體流程上的問題
3. Legacy Code 程式碼與架構的資訊同步
其中我覺得3是最重要的部分,雖然工程師討厭(但又尊敬) Legacy Code,但是屠龍者終成惡龍,我們現在寫的 code 只要未來稍有個一個人員流動斷層或各種原因出現,馬上變成未來後人的 Legacy Code ,每次有後人進來踩前人的雷,就可以在 Retro 中回報並分享,另外也要記錄起來,這樣未來 Sprint 處理類似需求其他人才可以降低踩到雷的衝擊並降低消化