Scrum and XP from the Trenches - How we do Scrum
Henrik Kniberg
http://www.crisp.se/ScrumAndXpFromTheTrenches.html
6. 我們怎麼撰寫Sprint backlogs?
你們已經走了這麼遠啊? 喔, 幹得好.
現在我們已經完成sprint規劃會議, 並告訴大家我們下一個閃閃發光的新sprint是什麼. 接著是時候, 讓Scrum master建立sprint backlog. 當sprint規劃會議結束後, 和第一次每日會議前, 並需要把sprint backlog給建立完
Sprint backlog的存放方式
我們曾經嘗試過用不同格式來保存sprint backlog, 像是Jira, Excel 和牆壁上的任務板(taskboard). 剛開始, 我們主要是使用Excel, 有很多公開的Excel模板, 可以用來存放sprint backlog, 還包括可以自動產生的burn-down chart等等. 我可以告訴你很多我們怎樣調整Excel為主的sprint backlog. 但是這裡我先不提, 我也不會舉任何例子.
代替的, 我將要詳細描述, 我們發現存放sprint backlog最有效率的方法 - 掛在牆上的任務板.
找一面尚未使用或是充滿了沒用訊息的大牆(像是公司的logo, 舊日的圖表, 或是醜陋的塗鴉). 把它清理乾淨(如果必要的, 先請求許可這樣做). 貼上一張大的白紙(至少2 X 2 平方公尺, 大的團隊可能需要3 X 2 平方公尺), 然後這樣做:你當然可以使用白板, 但是多少有點浪費. 如果可能, 把白板省下劃設計的草圖, 用沒有白板的牆壁來做任務板.
注意 - 如果你使用便利貼來記錄任務, 不要忘記用真的膠帶把他們黏好, 否則你有一天會發現, 所有便利貼會掉在地板上堆成一堆.
如何讓任務板發揮作用
當然, 你可以加上許多欄位, 像是 "等待去做整合測試", 或是 "已取消"等等. 但是, 在你把事情變複雜之前, 多想一下, 是否這些增加的欄位是否真的需要?
我發現對於這類事情, 簡單是極端有用的. 所以當不做會真的很不好時, 我才會增加這些額外的複雜度進來.
範例 1 - 在每日會議結束後
在每日會議結束後, 任務板可能會變成這樣:
你可能會看到, 有三個任務被放到"checked out"欄位中, 也就是, 團隊今天將會處理這些項目.
有時候, 對於比較大的團隊, 任務可能會一直停在"checked out"狀態中, 因為已經沒有人記得是誰要負責這個項目. 如果這種狀況一再發生, 他們通常會導入這樣的規則, 在每個checked out的任務上, 標上是誰負責這個項目
範例 2 - 在幾天之後
在幾天之後, 任務板可能看起來像這樣:
你可以看到我們已經完成"deposit"這個故事(也就是, 它已經被checked in到原始碼資料庫, 被測試過, 和重構過等等) 這migration tool只完成了一部份, "back office login"已經開始, "back office user admin"還沒開始.
你可以看到右下角, 我們已經有三個未計畫到的項目. 當你在進行sprint回顧會議(retrospective), 它非常有用可以幫助你記住有這些事
這裡有一個真實sprint backlog的例子, 這個例子已經接近sprint的尾聲了. 在sprint的過程中, 這個表變得有點亂, 但是還好, 因為這樣的時間不長. 每次新的sprint開始, 我們會建立一個全新, 乾淨的sprint backlog.