Scrum, 當你執行的不正確時會...
Scrum. You're doing it wrong when...
http://scrumftw.blogspot.com/2009/11/scrum-youre-doing-it-wrong-when.html
November 5, 2009
Posted by Richard Kronfalt kl.
...你的sprint很長, 你會感覺到需要一個time-plan來幫忙
...你的 scrum master會告訴團隊成員要做什麼, 以及什麼時候要去做它
...團隊會向scrum master報告他們的進度
...估算不是由要負責這項工作的成員來評估
...你會聽到有成員說: "對不起, 我為了要能在sprint結束前完成我的task, 所以你可能要靠自己來解決你自己的問題"
...sprint中所有故事, 集中在sprint的最後一天中完成
...sprint中優先順序較低的故事, 比優先順序高的先完成
...product owner沒有解釋product backlog和sprint backlog中的每一個故事
...你會認為在你寫程式之前, 把所有文件都寫好, 這是一個不錯的主意
...你認為customer feedback是一個risk
...團隊成員不知道他們的scrum master是誰
...在經過很多次sprint後, 你的system testing才執行一次
...你仍然認為詳細的甘特圖, 對於軟體開發工作來說, 仍然是一個有用的規劃工具.
...你的sprint有6個禮拜之久
...團隊的burn-down chart已經躺平有3天了, 可是還沒討論為什麼會這樣
...你認為customer知道他要什麼
...你認為團隊知道如何去產生客戶所說的他想要的東西
...團隊不知道在這個Sprint中還剩多少工作還沒完成
...你認為DAILY SCRUM會議開45分鐘還可以
...在一個SPRINT結束後, 你跑去說"我們現在就要release", 可是有些團隊成員卻說"哦...可是要等一下, 因為我們還沒做系統測試, 並且有些程式還沒有被檢視過"
...團隊不知道什麼時候, 以及在哪裡要舉行sprint demo
...團隊會經常性的過度承諾
...當團隊換一天開daily scrum會議你也覺得沒關係, 因為這是他們的選擇, 因為會議實在太長了, 所以這樣做也還好....
...團隊被說服增加更多的sprint, 可是這是超過他們所要的
...當團隊一有新增的成員, 就會盡可能增加要做的故事
...團隊接受有故事還沒有被估算(estimate)過就加入
...在每次sprint後, 你沒有收集從customer那邊來的feedback
...團隊成員不知道product owner是誰
...團隊成員超過8個人
...團隊不知道這次sprint的目標是什麼
...product owner不時錯過sprint demo或是sprint planning會議
...團隊成員自行決定(或是不遵循, 或不關心)sprint backlog中故事的優先順序
...團隊成員覺得scrum master有點像是project manager
...你認為scrum不需要或不用要求做規劃(planning)
...你認為你不用對這個範圍, 有個dealine或是commit, 只因為你正在執行scrum
...你認為你不需要文件, 只因為你正在執行scrum
...you commit both to a certain scope and to a certain date.
...當你sprint跑到一半時, 你覺得需要加resources
...團隊不知道他們的速度是多少, 以及所代表的意義為何
...團隊在一週中沒有機會遇到product owner
...sprint demo的內容對product owner來說是個surprise
...團隊不知道或是不了解他們目前工作是為了一個怎樣的vision
...你在每個sprint完後無法release 一個版本
或者你認為其實scrum是行不通的
留言列表
