在 daily scrum 總是聽到成員完成很多的 task,但 story 始終沒有完成。
這名字是刻意取 Stop starting, start finishing 的相反,有一陣子在觀察團隊時發現,story/task 的 burn-down 線圖會發現到 task 幾乎都完成了,但 story 卻還懸在半空中,甚至在 sprint 結束前一天,還是有不少 stories 接近完工卻還沒完工。
通常這會發生在團隊成員只專注在自己會做的 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