SCRUM作為當(dāng)下流行的敏捷開發(fā)方法邻辉，在業(yè)界得到了很大的推廣轿衔。筆者作為一名SCRUM的實踐者，帶領(lǐng)項目團(tuán)隊浪谴，經(jīng)歷了從PM到SCRUM MASTER的轉(zhuǎn)變开睡，個中滋味與大家道來因苹，希望能和大家一起交流分享，共同提升篇恒。
1項目背景
1.1項目
某軟件產(chǎn)品開發(fā)項目扶檐。
1.2方法
實行敏捷SCRUM方法。項目團(tuán)隊整體剛接受完敏捷SCRUM培訓(xùn)婚度，大家對敏捷方法躍躍欲試蘸秘，但是一切處在摸索中。
1.3團(tuán)隊
總計16人蝗茁。其中包括開發(fā)9人醋虏，測試4人，管理3人哮翘。根據(jù)所開發(fā)的軟件系統(tǒng)特點(diǎn)颈嚼，將全員分成5個小組，分別是管理組饭寺，開發(fā)組A,開發(fā)組B阻课，開發(fā)組C，測試組艰匙。
2SCRUM執(zhí)行概況
2.1Sprint周期
以2周為一個sprint迭代限煞。從7月10日到9月17日，累計執(zhí)行了5個Sprint员凝。
2.2SCRUM框架
團(tuán)隊明確定義SM署驻，PO角色。每日立會健霹，計劃會議1,2旺上，演示會議，回顧會議糖埋，完全依照SCRUM框架進(jìn)行宣吱，在時間盒限制內(nèi)完成。
2.3SCRUM工件
Productbacklog;Sprint backlog; SprintBurn-down chart;看板瞳别。
3燃盡圖實例分析
本項目采用燃盡圖（Sprint?Burn-down chart）對迭代進(jìn)展進(jìn)行監(jiān)控及趨勢分析征候，各燃盡圖根據(jù)Sprint backlog每日的更新數(shù)據(jù)由EXCEL自動繪制。
燃盡圖橫坐標(biāo)：工期祟敛。
燃盡圖縱坐標(biāo)：sprint內(nèi)工作任務(wù)的總承諾工時倍奢。
計劃曲線：假定成員工作生產(chǎn)率恒定情況下的進(jìn)展曲線。
實際曲線：實際進(jìn)展曲線垒棋。
Spring_1分析：
1.團(tuán)隊成員開始第一個Sprint，對于工作任務(wù)的分解掌握的不純熟痪宰，對自身的工作生產(chǎn)效率不清楚叼架。所以導(dǎo)致7月13日工作任務(wù)的進(jìn)一步細(xì)化分解畔裕，導(dǎo)致實際曲線要高于計劃曲線。
2.雖然乖订，7月12日到7月18日扮饶，實際曲線高于計劃曲線，但是實際曲線的趨勢與計劃曲線相吻合乍构，說明團(tuán)隊成員的生產(chǎn)速率是恒定的甜无。
3.7月19日，實際曲線回落哥遮，開發(fā)組將迭代版本提交給測試進(jìn)行迭代系統(tǒng)測試導(dǎo)致岂丘。
4.最后工時仍然存在，表征成員工時預(yù)估存在問題眠饮。
5.本次sprint回顧會議上奥帘，團(tuán)隊成員認(rèn)為“開發(fā)與測試結(jié)合緊密，版本能夠及時發(fā)布與測試”仪召。
Spring_2分析：
1.7月25日到7月29日寨蹋，趨勢基本正常。
2.7月30日扔茅，實際曲線上揚(yáng)已旧，經(jīng)分析發(fā)現(xiàn)仍然存在任務(wù)分解的顆粒度不夠問題，成員發(fā)現(xiàn)任務(wù)越做需要的工時越多召娜。深層次的原因是任務(wù)在一開始分解時运褪，由于需求，設(shè)計等原因萤晴，導(dǎo)致任務(wù)工時預(yù)估與實際存在較大偏差吐句。
3.本次sprint回顧會議上，團(tuán)隊成員認(rèn)為“團(tuán)隊工作時間把握更準(zhǔn)確”店读，但是“任務(wù)顆粒度需要適當(dāng)嗦枢，目標(biāo)要明確，不存在跨迭代屯断。任務(wù)分解需要改進(jìn)”
Spring_3分析：
1.整體趨勢正常文虏，但是真實的原因是外界涌入了大量新的任務(wù)，影響了時間盒殖演，為了保證版本交付氧秘，原來規(guī)劃的一些任務(wù)進(jìn)行了擱置。
2.本次sprint回顧會議上趴久，團(tuán)隊成員認(rèn)為“項目內(nèi)部臨時增加的任務(wù)較多”丸相，需要“sprint內(nèi)的任務(wù)bug需要修改；sprint外的BUG工時較多時彼棍，需要評估灭忠，考慮建立新任務(wù)”膳算；“項目外臨時任務(wù)經(jīng)常加入SPRINT”。
Spring_4分析：
1.8月24日弛作，由于Product Backlog里面已領(lǐng)取的用戶故事條目發(fā)生需求變更涕蜂，導(dǎo)致預(yù)估工時大幅提升。
2.本次sprint回顧會議上映琳，團(tuán)隊成員認(rèn)為“需求描述需要明確到位机隙，需求上的細(xì)節(jié)變更要溝通及時，”“PB本身不夠清晰萨西，需要在sprint之前進(jìn)行細(xì)節(jié)上的細(xì)化有鹿，團(tuán)隊每一個成員都會參與需求的分析和細(xì)化，時間與sprint并行原杂；團(tuán)隊成員對需求的明確結(jié)果應(yīng)一致”
Spring_5分析：
1.9月14日以后沒有記錄印颤，要求團(tuán)隊內(nèi)部應(yīng)該做好記錄人員的冗余設(shè)置。
2.本次sprint回顧會議上穿肄，團(tuán)隊成員認(rèn)為“驗收測試期間經(jīng)常有開發(fā)小版本更新”年局，希望“驗收期間需要更新小版本的話，是否更新及更新后的回歸測試范圍需要團(tuán)隊評審”咸产。
4綜合
Sprint燃盡圖作為SCRUM框架里面的可視化工件矢否，數(shù)據(jù)來源客觀，能夠真實記錄反映sprint周期內(nèi)項目的進(jìn)展情況脑溢，結(jié)合Sprint backlog記錄僵朗，通過團(tuán)隊成員在回顧會議上對sprint周期的回顧，能夠科學(xué)的分析出項目組存在的一些問題屑彻。從而验庙，達(dá)到項目管理持續(xù)改進(jìn)的目的。
