Scrum Bad Smells
圖片來源：www.freepik.com
前陣子受邀到 Agile summit 投稿，但我想不到什麼題目，直到最近突然有個想法，之前讀《Refactoring: Improving the Design of Existing Code》，書中提到了若干個 smells，用來聞出程式設計不太理想的地方，那在用 Agile 或 Scrum 方法時，是否也有些 smells 聞出哪裡有些問題呢？找了一下，還真的有，像是這些文章就整理很多 smells
所以，我也把過去參與過的經驗，整理成幾個 smells。
- Scrum Bad Smells: Overcare about estimation
- Scrum Bad Smells: Estimated performance
- Scrum Bad Smells: No DoD or steady DoD
- Scrum Bad Smells: Stop finishing, start starting
- Scrum Bad Smells: No more calculation
其實過去還有觀察到一些 smells，像是 Gorilla in the Room (主管、Scrum Master、PO 或某資深成員主導會議) 在一開始的幾個連結裡多少都有提到，因此重複的部分我就沒有寫出來，有興趣的可以參考連結的文章。這篇就先分享到這，其他的部分之後再分享吧！或是有人願意和我分享您觀察到的 smells 嗎？
53會員
104內容數
這是從 Medium 開始的一個專題，主要是想用輕鬆閒談的方式，分享這幾年軟體開發的心得，原本比較侷限於軟體架構，但這幾年的文章不僅限於架構，也聊不少流程相關的心得，所以趁換平台，順勢換成閒談軟體設計。
留言0
查看全部
你可能也想看
Google News 追蹤
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
敏捷開發的實踐方式有很多，其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》，其中調整的內容我覺得讓這個框架更符合實務上的應用，因此就其內容並結合個人經驗與見解撰寫這篇短文，希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
昨天看到我貼的回顧，是哪一本書的話啊，忘了，
總之他是這樣說的：
「大學環境的功能：
這樣一來，身體上那些多餘而且可能會汙染心靈的惡臭，
就會被這地方的異常環境所抑制。」
然後我當時的批語是：
「這本書在說什麼啊，明明學校臭宅那麼多。😌」
這是真的！是真有其事的！
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船，通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧，幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃，從而提升未來專案的成功率。
在數位時代，Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件，並結合我開發CDP的實際經驗，分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum，優化專案流程。
在敏捷開發過程中，每兩週都會有一場回顧會議（retro），PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思，這篇想記錄以產品經理（PO）的角度常被提到的檢討點，一方面是幫助自己成長，另一面是更濃縮自己的產品想法。
誰適合看這篇文章？✔ 對產品經理、產品企劃、產品策略、產品規劃有興
本文介紹了在公司專案中採用敏捷(Agile)方法，並分享了Scrum的好處、成員負責工作以及工作流程。希望可以掌握Scrum的核心：透明度、檢視和調整的核心，來推動敏捷工作。
那天在誠品看到這本書的前言時，“不要檢討人，要檢討機制”，讓我回想起我在管理團隊時所犯的錯誤。某次，專案出了狀況，問題解決後，我立即對負責的企劃成員進行了責任追究。
看似合理的行為，但這只是解決了當下的表面問題，解決問題不應該停留在個別人身上，而應該更深入地檢視管理機制。
本書共分五個章
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
敏捷開發的實踐方式有很多，其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》，其中調整的內容我覺得讓這個框架更符合實務上的應用，因此就其內容並結合個人經驗與見解撰寫這篇短文，希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
昨天看到我貼的回顧，是哪一本書的話啊，忘了，
總之他是這樣說的：
「大學環境的功能：
這樣一來，身體上那些多餘而且可能會汙染心靈的惡臭，
就會被這地方的異常環境所抑制。」
然後我當時的批語是：
「這本書在說什麼啊，明明學校臭宅那麼多。😌」
這是真的！是真有其事的！
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船，通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧，幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃，從而提升未來專案的成功率。
在數位時代，Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件，並結合我開發CDP的實際經驗，分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum，優化專案流程。
在敏捷開發過程中，每兩週都會有一場回顧會議（retro），PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思，這篇想記錄以產品經理（PO）的角度常被提到的檢討點，一方面是幫助自己成長，另一面是更濃縮自己的產品想法。
誰適合看這篇文章？✔ 對產品經理、產品企劃、產品策略、產品規劃有興
本文介紹了在公司專案中採用敏捷(Agile)方法，並分享了Scrum的好處、成員負責工作以及工作流程。希望可以掌握Scrum的核心：透明度、檢視和調整的核心，來推動敏捷工作。
那天在誠品看到這本書的前言時，“不要檢討人，要檢討機制”，讓我回想起我在管理團隊時所犯的錯誤。某次，專案出了狀況，問題解決後，我立即對負責的企劃成員進行了責任追究。
看似合理的行為，但這只是解決了當下的表面問題，解決問題不應該停留在個別人身上，而應該更深入地檢視管理機制。
本書共分五個章