SCRUM作為當(dāng)下流行的敏捷開發(fā)方法，在業(yè)界得到了很大的推廣。筆者作為一名SCRUM的實(shí)踐者，帶領(lǐng)項(xiàng)目團(tuán)隊(duì)，經(jīng)歷了從PM到SCRUM MASTER的轉(zhuǎn)變，個(gè)中滋味與大家道來，希望能和大家一起交流分享，共同提升。
1項(xiàng)目背景
1.1項(xiàng)目
某軟件產(chǎn)品開發(fā)項(xiàng)目。
1.2方法
實(shí)行敏捷SCRUM方法。項(xiàng)目團(tuán)隊(duì)整體剛接受完敏捷SCRUM培訓(xùn)，大家對(duì)敏捷方法躍躍欲試，但是一切處在摸索中。
1.3團(tuán)隊(duì)
總計(jì)16人。其中包括開發(fā)9人，測(cè)試4人，管理3人。根據(jù)所開發(fā)的軟件系統(tǒng)特點(diǎn)，將全員分成5個(gè)小組，分別是管理組，開發(fā)組A,開發(fā)組B，開發(fā)組C，測(cè)試組。
2SCRUM執(zhí)行概況
2.1Sprint周期
以2周為一個(gè)sprint迭代。從7月10日到9月17日，累計(jì)執(zhí)行了5個(gè)Sprint。
2.2SCRUM框架
團(tuán)隊(duì)明確定義SM，PO角色。每日立會(huì)，計(jì)劃會(huì)議1,2，演示會(huì)議，回顧會(huì)議，完全依照SCRUM框架進(jìn)行，在時(shí)間盒限制內(nèi)完成。
2.3SCRUM工件
Productbacklog;Sprint backlog; SprintBurn-down chart;看板。
3燃盡圖實(shí)例分析
本項(xiàng)目采用燃盡圖（Sprint?Burn-down chart）對(duì)迭代進(jìn)展進(jìn)行監(jiān)控及趨勢(shì)分析，各燃盡圖根據(jù)Sprint backlog每日的更新數(shù)據(jù)由EXCEL自動(dòng)繪制。
燃盡圖橫坐標(biāo)：工期。
燃盡圖縱坐標(biāo)：sprint內(nèi)工作任務(wù)的總承諾工時(shí)。
計(jì)劃曲線：假定成員工作生產(chǎn)率恒定情況下的進(jìn)展曲線。
實(shí)際曲線：實(shí)際進(jìn)展曲線。
Spring_1分析：
1.團(tuán)隊(duì)成員開始第一個(gè)Sprint，對(duì)于工作任務(wù)的分解掌握的不純熟，對(duì)自身的工作生產(chǎn)效率不清楚。所以導(dǎo)致7月13日工作任務(wù)的進(jìn)一步細(xì)化分解，導(dǎo)致實(shí)際曲線要高于計(jì)劃曲線。
2.雖然，7月12日到7月18日，實(shí)際曲線高于計(jì)劃曲線，但是實(shí)際曲線的趨勢(shì)與計(jì)劃曲線相吻合，說明團(tuán)隊(duì)成員的生產(chǎn)速率是恒定的。
3.7月19日，實(shí)際曲線回落，開發(fā)組將迭代版本提交給測(cè)試進(jìn)行迭代系統(tǒng)測(cè)試導(dǎo)致。
4.最后工時(shí)仍然存在，表征成員工時(shí)預(yù)估存在問題。
5.本次sprint回顧會(huì)議上，團(tuán)隊(duì)成員認(rèn)為“開發(fā)與測(cè)試結(jié)合緊密，版本能夠及時(shí)發(fā)布與測(cè)試”。
Spring_2分析：
1.7月25日到7月29日，趨勢(shì)基本正常。
2.7月30日，實(shí)際曲線上揚(yáng)，經(jīng)分析發(fā)現(xiàn)仍然存在任務(wù)分解的顆粒度不夠問題，成員發(fā)現(xiàn)任務(wù)越做需要的工時(shí)越多。深層次的原因是任務(wù)在一開始分解時(shí)，由于需求，設(shè)計(jì)等原因，導(dǎo)致任務(wù)工時(shí)預(yù)估與實(shí)際存在較大偏差。
3.本次sprint回顧會(huì)議上，團(tuán)隊(duì)成員認(rèn)為“團(tuán)隊(duì)工作時(shí)間把握更準(zhǔn)確”，但是“任務(wù)顆粒度需要適當(dāng)，目標(biāo)要明確，不存在跨迭代。任務(wù)分解需要改進(jìn)”
Spring_3分析：
1.整體趨勢(shì)正常，但是真實(shí)的原因是外界涌入了大量新的任務(wù)，影響了時(shí)間盒，為了保證版本交付，原來規(guī)劃的一些任務(wù)進(jìn)行了擱置。
2.本次sprint回顧會(huì)議上，團(tuán)隊(duì)成員認(rèn)為“項(xiàng)目?jī)?nèi)部臨時(shí)增加的任務(wù)較多”，需要“sprint內(nèi)的任務(wù)bug需要修改；sprint外的BUG工時(shí)較多時(shí)，需要評(píng)估，考慮建立新任務(wù)”；“項(xiàng)目外臨時(shí)任務(wù)經(jīng)常加入SPRINT”。
Spring_4分析：
1.8月24日，由于Product Backlog里面已領(lǐng)取的用戶故事條目發(fā)生需求變更，導(dǎo)致預(yù)估工時(shí)大幅提升。
2.本次sprint回顧會(huì)議上，團(tuán)隊(duì)成員認(rèn)為“需求描述需要明確到位，需求上的細(xì)節(jié)變更要溝通及時(shí)，”“PB本身不夠清晰，需要在sprint之前進(jìn)行細(xì)節(jié)上的細(xì)化，團(tuán)隊(duì)每一個(gè)成員都會(huì)參與需求的分析和細(xì)化，時(shí)間與sprint并行；團(tuán)隊(duì)成員對(duì)需求的明確結(jié)果應(yīng)一致”
Spring_5分析：
1.9月14日以后沒有記錄，要求團(tuán)隊(duì)內(nèi)部應(yīng)該做好記錄人員的冗余設(shè)置。
2.本次sprint回顧會(huì)議上，團(tuán)隊(duì)成員認(rèn)為“驗(yàn)收測(cè)試期間經(jīng)常有開發(fā)小版本更新”，希望“驗(yàn)收期間需要更新小版本的話，是否更新及更新后的回歸測(cè)試范圍需要團(tuán)隊(duì)評(píng)審”。
4綜合
Sprint燃盡圖作為SCRUM框架里面的可視化工件，數(shù)據(jù)來源客觀，能夠真實(shí)記錄反映sprint周期內(nèi)項(xiàng)目的進(jìn)展情況，結(jié)合Sprint backlog記錄，通過團(tuán)隊(duì)成員在回顧會(huì)議上對(duì)sprint周期的回顧，能夠科學(xué)的分析出項(xiàng)目組存在的一些問題。從而，達(dá)到項(xiàng)目管理持續(xù)改進(jìn)的目的。
