Scrum Bad Smells: No DoD or steady DoD

更新於 發佈於 閱讀時間約 1 分鐘
圖片來源:www.freepik.com

圖片來源:www.freepik.com

症狀 (Symptom)

在團隊成立之初沒有建立 Definition of Done,或是沒有逐漸擴展 Definition of Done 讓團隊成長。

討論 (Discussion)

在導入 Scrum 時,可能沒有有經驗的 Scrum Master 協助導入,所以沒有在導入之初建立團隊有共識的 Definition of Done。DoD 和 Acceptance criteria 是讓團隊在每次 sprint 結束時,有 potential releasable product 很重要的關鍵,Acceptance criteria 確保 do the right things,DoD 則是確保 do the things right,兩者合在一起,才會 do the right things right。

所以,如果沒有 DoD,在 sprint 結束時,可能會拿到一個有缺陷的產品,或是只能在某人的電腦上建置的版本。當然,一開始團隊沒那麼成熟時,一口氣要求太多的 DoD 可能有反效果,但不能沒有,一個不錯的出發點可能是:程式有版控,加上 CI 搭配單元測試,確保 sprint review 時 demo 的版本都是從 CI 取得的。

隨著團隊步上軌道,Scrum Master 可以鼓勵團隊增加 DoD,像是使用 PR 的方式進行 code review,確保進到某個 branch 的程式都是經過 code review 的,又或者是逐步要求提高 code coverage。總之,DoD 並不是一成不變的,透過擴展 DoD,讓團隊導入更多的 engineering practices,讓團隊成長之外,也更有信心在 sprint 結束時釋出產品。


回到目錄:Scrum Bad Smells

avatar-img
53會員
104內容數
這是從 Medium 開始的一個專題,主要是想用輕鬆閒談的方式,分享這幾年軟體開發的心得,原本比較侷限於軟體架構,但這幾年的文章不僅限於架構,也聊不少流程相關的心得,所以趁換平台,順勢換成閒談軟體設計。
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
Spirit的沙龍 的其他內容
一般來說,會斤斤計較估算的數字,一個可能的潛在原因是來自管理層,忘記從哪看來的一句話:總是會得到想要的 KPI。意思是當制定一個指標,總是能得到期望的數字卻不一定能達到預期的效果。
過去擔任 Scrum Master 時,曾觀察團隊用 planning pork 估時超過三或四輪仍無法取得共識,但點數或時數有時只差一點點 (2 or 3),或是差距很大 (3 or 8),若仔細聽他們的討論會發現,之所以會沒有共識,是因為成員都帶入一個心態:如果我做這個 task 要多久?
如果工作的預估和實際的執行是一致的,就不會有《人月神話》中那一句話:用人月的前提必須是人力與工時可以互換的情況下。我並不是說反正執行結果都不會跟預估的一樣,所以團隊成員在 planning meeting 裡可以亂估,而是要回頭想一下,Scrum 裡 planning meeting 的本質是什麼?
之前讀《Refactoring: Improving the Design of Existing Code》,書中提到了若干個smells,用來聞出程式設計不太理想的地方,那在用Agile或Scrum方法時,是否也能聞出哪裡有些問題呢?可以的,我把過去參與過的經驗整理成幾個 smells。
給在考慮是否導入 agile 方法的人建議的話,先熟悉自己的 context 與要面對的 forces,思考後再決定是否導入,不需要為了那個名字而導入。不然就很容易進入覺得練功無用,抱怨 XXX 已死的狀態。
一般來說,會斤斤計較估算的數字,一個可能的潛在原因是來自管理層,忘記從哪看來的一句話:總是會得到想要的 KPI。意思是當制定一個指標,總是能得到期望的數字卻不一定能達到預期的效果。
過去擔任 Scrum Master 時,曾觀察團隊用 planning pork 估時超過三或四輪仍無法取得共識,但點數或時數有時只差一點點 (2 or 3),或是差距很大 (3 or 8),若仔細聽他們的討論會發現,之所以會沒有共識,是因為成員都帶入一個心態:如果我做這個 task 要多久?
如果工作的預估和實際的執行是一致的,就不會有《人月神話》中那一句話:用人月的前提必須是人力與工時可以互換的情況下。我並不是說反正執行結果都不會跟預估的一樣,所以團隊成員在 planning meeting 裡可以亂估,而是要回頭想一下,Scrum 裡 planning meeting 的本質是什麼?
之前讀《Refactoring: Improving the Design of Existing Code》,書中提到了若干個smells,用來聞出程式設計不太理想的地方,那在用Agile或Scrum方法時,是否也能聞出哪裡有些問題呢?可以的,我把過去參與過的經驗整理成幾個 smells。
給在考慮是否導入 agile 方法的人建議的話,先熟悉自己的 context 與要面對的 forces,思考後再決定是否導入,不需要為了那個名字而導入。不然就很容易進入覺得練功無用,抱怨 XXX 已死的狀態。
你可能也想看
Google News 追蹤
Thumbnail
隨著理財資訊的普及,越來越多台灣人不再將資產侷限於台股,而是將視野拓展到國際市場。特別是美國市場,其豐富的理財選擇,讓不少人開始思考將資金配置於海外市場的可能性。 然而,要參與美國市場並不只是盲目跟隨標的這麼簡單,而是需要策略和方式,尤其對新手而言,除了選股以外還會遇到語言、開戶流程、Ap
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
PDCA循環是一種有效的管理方法,透過計劃(Plan)、執行(Do)、檢查(Check)與行動(Act)四個步驟,促進企業流程與產品品質的持續提升。這一管理理念強調選擇與努力相互依賴,共同驅動成果。
Thumbnail
敏捷開發的實踐方式有很多,其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》,其中調整的內容我覺得讓這個框架更符合實務上的應用,因此就其內容並結合個人經驗與見解撰寫這篇短文,希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
Thumbnail
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船,通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧,幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃,從而提升未來專案的成功率。
Thumbnail
在數位時代,Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件,並結合我開發CDP的實際經驗,分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum,優化專案流程。
Thumbnail
這篇文章介紹瞭如何衡量客戶成功團隊的績效,以及在建立客戶成功團隊的初始階段的六項指標。
Thumbnail
前年第一次藉公司機會,參加了DevOpsDay的活動。雖然devOps一詞各自表述,大多狀況還是偏向維運會遇到的技術為主,做為平時開發、跟使用者訪談需求的工作內容來說,參加聚會如果沒有一定的知識,對講者所提到的狀況比較難有共鳴...
創作的先前作業,可藉由使用企業常用的SMART原則(Specific, Measurable, Achievable, Relevant, Time-based)來分析,這是由管理學大師彼得.杜拉克(Peter Drucker)提出的如何訂出目標的思考流程。
Thumbnail
你是否曾經想嘗試作為DM帶團,卻又覺得自己根本還未全盤了解D&D的規則,擔心無法勝任DM的職責?如果你曾這麼想,這顧慮確實不無道理。要主持一場團務,"熟悉規則"是非常重要的。不過,"熟悉規則"並不是要求你"對於所有規則倒背如流",只要你熟悉D&D基本運行方式,要運行一場團務並不困難…
不少人聽說過PDCA流程。PDCA是由統計學家威廉.愛德華茲.戴明(William Edwards Deming)所提出,最一開始應用在品質管理領域,時日至今慢慢成為企業通用的目標管理流程。 PDCA總共涵蓋四個步驟: 計畫 Plan :總體目標與規劃制定 執行 Do :執行先前計畫,收集必要
Thumbnail
本文探討專案管理的真正意義,以及專案經理真正的價值是什麼。同時討論專案經理必修的最重要技能。
Thumbnail
隨著理財資訊的普及,越來越多台灣人不再將資產侷限於台股,而是將視野拓展到國際市場。特別是美國市場,其豐富的理財選擇,讓不少人開始思考將資金配置於海外市場的可能性。 然而,要參與美國市場並不只是盲目跟隨標的這麼簡單,而是需要策略和方式,尤其對新手而言,除了選股以外還會遇到語言、開戶流程、Ap
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
PDCA循環是一種有效的管理方法,透過計劃(Plan)、執行(Do)、檢查(Check)與行動(Act)四個步驟,促進企業流程與產品品質的持續提升。這一管理理念強調選擇與努力相互依賴,共同驅動成果。
Thumbnail
敏捷開發的實踐方式有很多,其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》,其中調整的內容我覺得讓這個框架更符合實務上的應用,因此就其內容並結合個人經驗與見解撰寫這篇短文,希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
Thumbnail
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船,通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧,幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃,從而提升未來專案的成功率。
Thumbnail
在數位時代,Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件,並結合我開發CDP的實際經驗,分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum,優化專案流程。
Thumbnail
這篇文章介紹瞭如何衡量客戶成功團隊的績效,以及在建立客戶成功團隊的初始階段的六項指標。
Thumbnail
前年第一次藉公司機會,參加了DevOpsDay的活動。雖然devOps一詞各自表述,大多狀況還是偏向維運會遇到的技術為主,做為平時開發、跟使用者訪談需求的工作內容來說,參加聚會如果沒有一定的知識,對講者所提到的狀況比較難有共鳴...
創作的先前作業,可藉由使用企業常用的SMART原則(Specific, Measurable, Achievable, Relevant, Time-based)來分析,這是由管理學大師彼得.杜拉克(Peter Drucker)提出的如何訂出目標的思考流程。
Thumbnail
你是否曾經想嘗試作為DM帶團,卻又覺得自己根本還未全盤了解D&D的規則,擔心無法勝任DM的職責?如果你曾這麼想,這顧慮確實不無道理。要主持一場團務,"熟悉規則"是非常重要的。不過,"熟悉規則"並不是要求你"對於所有規則倒背如流",只要你熟悉D&D基本運行方式,要運行一場團務並不困難…
不少人聽說過PDCA流程。PDCA是由統計學家威廉.愛德華茲.戴明(William Edwards Deming)所提出,最一開始應用在品質管理領域,時日至今慢慢成為企業通用的目標管理流程。 PDCA總共涵蓋四個步驟: 計畫 Plan :總體目標與規劃制定 執行 Do :執行先前計畫,收集必要
Thumbnail
本文探討專案管理的真正意義,以及專案經理真正的價值是什麼。同時討論專案經理必修的最重要技能。