Scrum Bad Smells: Stop finishing, start starting

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

圖片來源:www.freepik.com

症狀 (Symptom)

在 daily scrum 總是聽到成員完成很多的 task,但 story 始終沒有完成。

討論 (Discussion)

這名字是刻意取 Stop starting, start finishing 的相反,有一陣子在觀察團隊時發現,story/task 的 burn-down 線圖會發現到 task 幾乎都完成了,但 story 卻還懸在半空中,甚至在 sprint 結束前一天,還是有不少 stories 接近完工卻還沒完工。

raw-image

通常這會發生在團隊成員只專注在自己會做的 task,而忽略了 sprint 整體的目標,所以在完成一個 task 後,即使同個 story 還有其他的 task,也會優先從其他的 story 中選自己擅長或是會做的 task,因此變成了 stop finishing (started story), start starting (new story)。

針對這現象,曾在自省會議中提出來,讓團隊成員思考該怎麼解決 (Scrum Master 不適合直接說該怎麼做),團隊成員提出應該在 story 完成時幫助 QE 進行測試,儘早讓卡在測試的 story 完成。

但上述指示協助手動測試的部分,當時不少成員對於怎麼實作自動化的驗收測試沒有經驗,不清楚如何上手,因此,也鼓勵成員 pair programming 的方式相互學習外,也試過幾次 coding dojo,用幾個比較簡單的 task,讓不同職能的團隊成員一起完成。


回到目錄:Scrum Bad Smells

avatar-img
53會員
104內容數
這是從 Medium 開始的一個專題,主要是想用輕鬆閒談的方式,分享這幾年軟體開發的心得,原本比較侷限於軟體架構,但這幾年的文章不僅限於架構,也聊不少流程相關的心得,所以趁換平台,順勢換成閒談軟體設計。
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
Spirit的沙龍 的其他內容
Acceptance criteria 確保 do the right things,DoD 則是確保 do the things right,兩者合在一起,才會 do the right things right。
一般來說,會斤斤計較估算的數字,一個可能的潛在原因是來自管理層,忘記從哪看來的一句話:總是會得到想要的 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 已死的狀態。
Acceptance criteria 確保 do the right things,DoD 則是確保 do the things right,兩者合在一起,才會 do the right things right。
一般來說,會斤斤計較估算的數字,一個可能的潛在原因是來自管理層,忘記從哪看來的一句話:總是會得到想要的 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
大家好,我是woody,是一名料理創作者,非常努力地在嘗試將複雜的料理簡單化,讓大家也可以體驗到料理的樂趣而我也非常享受料理的過程,今天想跟大家聊聊,除了料理本身,料理創作背後的成本。
Thumbnail
哈囉~很久沒跟各位自我介紹一下了~ 大家好~我是爺恩 我是一名圖文插畫家,有追蹤我一段時間的應該有發現爺恩這個品牌經營了好像.....快五年了(汗)時間過得真快!隨著時間過去,創作這件事好像變得更忙碌了,也很開心跟很多厲害的創作者以及廠商互相合作幫忙,還有最重要的是大家的支持與陪伴🥹。  
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
敏捷開發的實踐方式有很多,其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》,其中調整的內容我覺得讓這個框架更符合實務上的應用,因此就其內容並結合個人經驗與見解撰寫這篇短文,希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
Thumbnail
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船,通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧,幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃,從而提升未來專案的成功率。
Thumbnail
在數位時代,Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件,並結合我開發CDP的實際經驗,分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum,優化專案流程。
上一篇 我們聊到了拖延,今天要來談談可以透過什麼樣的方式停止拖延或是擬訂有效率的計畫呢? 請先想像一下,如果你總是漫無目的地過生活、沒有目標的進公司、不帶理由或是興趣的隨意和他人進行談話,對自己、對生活和周遭任何事情都不感興趣也不關心, 這樣你的感受會是如何的呢?     (圖片出處:ht
Thumbnail
本文介紹了在公司專案中採用敏捷(Agile)方法,並分享了Scrum的好處、成員負責工作以及工作流程。希望可以掌握Scrum的核心:透明度、檢視和調整的核心,來推動敏捷工作。
大家應該都很詬病、很討厭事情沒做完被打斷
Thumbnail
在工作中,當遇到狀況時,是否一定要像救火隊一樣立刻處理?這篇文章分享了作者自己在工作上,處理救火任務的過程及思考。
Thumbnail
過去兩年來,我大部分的團務都是以“單次團”的性質為主。不過我運作單次團和單純的One Shot略有不同:角色後續仍可以延續使用,經驗值也可以累積,只是冒險事件會在當天有個收尾。自創團務的準備方式其實不一定要和官方劇本一樣,鉅細靡遺準備好一切,而應該適度留白,隨機應變和玩家互動才是…
Thumbnail
本文探討專案管理的真正意義,以及專案經理真正的價值是什麼。同時討論專案經理必修的最重要技能。
Thumbnail
大家好,我是woody,是一名料理創作者,非常努力地在嘗試將複雜的料理簡單化,讓大家也可以體驗到料理的樂趣而我也非常享受料理的過程,今天想跟大家聊聊,除了料理本身,料理創作背後的成本。
Thumbnail
哈囉~很久沒跟各位自我介紹一下了~ 大家好~我是爺恩 我是一名圖文插畫家,有追蹤我一段時間的應該有發現爺恩這個品牌經營了好像.....快五年了(汗)時間過得真快!隨著時間過去,創作這件事好像變得更忙碌了,也很開心跟很多厲害的創作者以及廠商互相合作幫忙,還有最重要的是大家的支持與陪伴🥹。  
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
敏捷開發的實踐方式有很多,其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》,其中調整的內容我覺得讓這個框架更符合實務上的應用,因此就其內容並結合個人經驗與見解撰寫這篇短文,希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
Thumbnail
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船,通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧,幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃,從而提升未來專案的成功率。
Thumbnail
在數位時代,Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件,並結合我開發CDP的實際經驗,分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum,優化專案流程。
上一篇 我們聊到了拖延,今天要來談談可以透過什麼樣的方式停止拖延或是擬訂有效率的計畫呢? 請先想像一下,如果你總是漫無目的地過生活、沒有目標的進公司、不帶理由或是興趣的隨意和他人進行談話,對自己、對生活和周遭任何事情都不感興趣也不關心, 這樣你的感受會是如何的呢?     (圖片出處:ht
Thumbnail
本文介紹了在公司專案中採用敏捷(Agile)方法,並分享了Scrum的好處、成員負責工作以及工作流程。希望可以掌握Scrum的核心:透明度、檢視和調整的核心,來推動敏捷工作。
大家應該都很詬病、很討厭事情沒做完被打斷
Thumbnail
在工作中,當遇到狀況時,是否一定要像救火隊一樣立刻處理?這篇文章分享了作者自己在工作上,處理救火任務的過程及思考。
Thumbnail
過去兩年來,我大部分的團務都是以“單次團”的性質為主。不過我運作單次團和單純的One Shot略有不同:角色後續仍可以延續使用,經驗值也可以累積,只是冒險事件會在當天有個收尾。自創團務的準備方式其實不一定要和官方劇本一樣,鉅細靡遺準備好一切,而應該適度留白,隨機應變和玩家互動才是…
Thumbnail
本文探討專案管理的真正意義,以及專案經理真正的價值是什麼。同時討論專案經理必修的最重要技能。