| 每個(gè)Sprint正式開(kāi)始之前的準(zhǔn)備
在Scrum 1.0中正式創(chuàng)建一個(gè)Sprint之前,，要將所有的Backlog填寫(xiě)完成,，與團(tuán)隊(duì)成員一起分解Task，將Task以“相關(guān)”的關(guān)系與對(duì)應(yīng)的Backlog進(jìn)行關(guān)聯(lián)以方便開(kāi)發(fā)人員在瀏覽Task時(shí)查看相關(guān)Backlog的描述（Task不能擁有兩個(gè)不同的父級(jí)Backlog,，故將關(guān)系設(shè)置為相關(guān)）,。
你可以為T(mén)ask/Backlog創(chuàng)建子級(jí)Task/Backlog，但注意父級(jí)Task/Backlog的狀態(tài),、迭代范圍的變動(dòng)無(wú)法影響子級(jí),，我認(rèn)為層次關(guān)系已失去意義，可以不建,。
注：在Task中也有前置關(guān)系,，沒(méi)有試過(guò)是否有MS Project一樣的強(qiáng)制效果（你可以試一下）。
以保守的態(tài)度估算每項(xiàng)Backlog的Effort（花費(fèi),，可代表有效產(chǎn)出）,，Task的Remaining
Work（剩余工作量）。對(duì)第一次估算的Task,，剩余工作量即總計(jì)工作量,。
Backlog填寫(xiě)界面
Task填寫(xiě)界面
Backlog的Effort將在Velocity報(bào)表計(jì)算在對(duì)應(yīng)的Sprint之中，要注意,，這份報(bào)表只會(huì)計(jì)算第一次填寫(xiě)的Effort,，之后的更新不作計(jì)算,，所以，對(duì)每個(gè)Backlog,，最好先用Excel等工具記錄好Effort,，與各干系人確定好后再填入TFS.
Velocity報(bào)表
我們采用Visual Studio 2010旗艦版的測(cè)試管理工具進(jìn)行測(cè)試計(jì)劃、測(cè)試用例,、自動(dòng)化測(cè)試的管理,，測(cè)試計(jì)劃的編寫(xiě)是在Backlog評(píng)審?fù)瓿芍筮M(jìn)行。在測(cè)試計(jì)劃中需與測(cè)試人員約定可測(cè)試版本的生成質(zhì)量,，我們的約定是“初次測(cè)試已通過(guò)”,，測(cè)試人員可以直接使用這個(gè)生成定義來(lái)篩選待測(cè)試版本，每次的自動(dòng)化測(cè)試都可以生成Bug快照和報(bào)表,，這里就不詳述了,。
Sprint計(jì)劃會(huì)議要做的事
準(zhǔn)備投影儀，將TFS Product Backlog投放到屏幕上,，與團(tuán)隊(duì),、產(chǎn)品負(fù)責(zé)人一起評(píng)審每項(xiàng)Backlog和Task：
- 將評(píng)審?fù)ㄟ^(guò)的Backlog/Task狀態(tài)更新為Approved，不通過(guò)項(xiàng)置為Removed,。這個(gè)操作只有Scrum
1.0項(xiàng)目中Project
- Administrator,、Contributor兩個(gè)角色中的成員可以完成。
- 與團(tuán)隊(duì)確定交付目標(biāo),、期限,。在TFS上創(chuàng)建Sprint，指定迭代路徑,、起始時(shí)間,。
- 將與團(tuán)隊(duì)確定的交付目標(biāo)相關(guān)的Backlog、Task的迭代路徑指定為剛剛創(chuàng)建的Sprint,。
- 為每個(gè)Task指派開(kāi)發(fā)人員,。為每個(gè)Backlog指派負(fù)責(zé)人。
Sprint填寫(xiě)界面
這個(gè)事情如果一次會(huì)議不能完成,，也可以開(kāi)兩次,。第一次確定交付目標(biāo)、計(jì)劃,，第二次對(duì)目標(biāo)細(xì)化出來(lái)的Backlog,、Task進(jìn)行評(píng)審,，看時(shí)間是否與計(jì)劃相符,，進(jìn)行裁減或增加。
但要注意,，填寫(xiě)TFS的Backlog,、Task、Sprint先后順序，以及要“一氣呵成”,，否則各種報(bào)表會(huì)很難看（不真實(shí)）,。
如果是第N個(gè)Sprint并且是在有交付品之后，在新的一個(gè)Sprint開(kāi)始之前,，需對(duì)開(kāi)發(fā)環(huán)境進(jìn)行整理,，保持干凈，這包括：
- 使用與交付品一致的數(shù)據(jù)庫(kù)腳本重新創(chuàng)建和初始化數(shù)據(jù)庫(kù),。
- 使用上一個(gè)Sprint最新的正確版本部署開(kāi)發(fā)環(huán)境,。
- 驗(yàn)證各項(xiàng)功能是否正確。
開(kāi)發(fā)開(kāi)始后馬上要做的事
建立持續(xù)集成的生成定義,。在這里,，我們采用的是TFS 2010的生成服務(wù)，具體如何配置可見(jiàn)：http://www./?p=417
給團(tuán)隊(duì)成員一個(gè)簡(jiǎn)單的培訓(xùn),，識(shí)別持續(xù)集成結(jié)果列表,、報(bào)表中各種圖例代表的含義（有編譯通過(guò)、編譯通過(guò)測(cè)試不通過(guò),、編譯通過(guò)代碼覆蓋率低等幾種狀態(tài)）,。
開(kāi)發(fā)過(guò)程中要做的事
Scrum Master/Project Manager
項(xiàng)目經(jīng)理檢查表
Impediment填寫(xiě)界面
Developer
開(kāi)發(fā)人員檢查表
注：關(guān)于生成定義和代碼覆蓋率方面，可以看這份資料：http://msdn.microsoft.com/zh-cn/library/bb558973(v=VS.90).aspx
Tester
測(cè)試人員檢查表
Bug填寫(xiě)界面
燃盡圖
燃盡圖上展示的是這個(gè)Sprint所有Task的剩余工時(shí),，黃色部分是正在進(jìn)行中的工作,，藍(lán)色部分是未開(kāi)始的工作。
Scrum 1.0的燃盡圖是每日更新一次,，在每個(gè)早會(huì),，須與團(tuán)隊(duì)成員一起查看燃盡圖的狀態(tài)，基本原理就是,，面積圖在黑色斜線之下,，意味著整個(gè)團(tuán)隊(duì)的進(jìn)度是安全的，否則意味著延期的風(fēng)險(xiǎn),。
|
