【文章內(nèi)容簡介】 tBacklog會因為如下原因發(fā)生變化:，開發(fā)團隊對于需求有了更好的理解，有可能發(fā)現(xiàn)需要增加一些新的任務(wù)到SprintBacklog中。，這個都做為承諾提交任務(wù)中未完成的工作。ProductOwner也許會和Scrumteam一起工作，以幫助team更好的理解Sprint的目標(biāo)，ScrumMaster和team也許會覺得小的調(diào)整不會影響sprint的進度，但會給客戶帶來更多商業(yè)價值。監(jiān)控Sprint進度在Sprint中的任意時間點,Sprint待辦事項列表的所有剩余工作總和都可以被計算。開發(fā)團隊至少在每日例會時追蹤所有的剩余工作。開發(fā)團隊每天追蹤剩余總和并預(yù)測達成Sprint目標(biāo)的可能性。通過在Sprint中不斷追蹤剩余工作,開發(fā)團隊可以管理自己的進度。Scrum不考慮已經(jīng)花在Sprint待辦事項列表上的工作時間。我們只關(guān)心剩余工作和日期這兩個變量。燃盡圖（BURNDOWNCHART)Sprint燃盡圖（SprintBurndownChart)SprintBurndownChart顯示了Sprint中累積剩余的工作量，它是一個反映工作量完成狀況的趨勢圖。圖中Y軸代表的是剩余工作量，X軸代表的是Sprint的工作日。在Sprint開始的時候，ScrumTeam會標(biāo)示和估計在這個Sprint需要完成的詳細的任務(wù)。所有這個Sprint中需要完成，但沒有完成的任務(wù)的工作量是累積工作量，團隊會根據(jù)進展情況每天更新累積工作量，如果在Sprint結(jié)束時，累積工作量降低到0，Sprint就成功結(jié)束。由于在Sprint的剛開始的時候，增加的任務(wù)工作量可能大于完成的任務(wù)工作量，所以燃盡圖有可能略微呈上升趨勢。發(fā)布燃盡圖（ReleaseBurndownChart）在Scrum項目中，團隊通過每個Sprint結(jié)束時更新的發(fā)布燃盡圖來跟蹤整個發(fā)布計劃的進展。發(fā)布燃盡圖記錄了在一段時間內(nèi)產(chǎn)品Backlog的總剩余估算工作量的變化趨勢。X軸代表的項目周期，以Sprint為單位，Y軸代表的是剩余工作量，通常以用戶故事點、理想人天或者teamdays為單位。七、 SCRUM的五個活動Scrum活動:產(chǎn)品待辦事項列表梳理產(chǎn)品待辦事項通常會很大,也很寬泛,而且想法會變來變?nèi)?、?yōu)先級也會變化,所以產(chǎn)品待 辦事項列表梳理是一個貫穿整個Scrum項目始終的活動。該活動包含但不限于以下的內(nèi)容: 保持產(chǎn)品待辦事項列表有序 把看起來不再重要的事項移除或者降級 增加或提升涌現(xiàn)出來的或變得更重要的事項 將事項分解成更小的事項 將事項歸并為更大的事項 對事項進行估算產(chǎn)品待辦事項列表梳理的一個最大好處是為即將到來的幾個Sprint做準(zhǔn)備。為此,梳理時會特別關(guān)注那些即將被實現(xiàn)的事項。需要考慮不少因素,這包括但不限于以下的內(nèi)容:理想情況下,下一個Sprint的備選事項都應(yīng)該提升“商業(yè)價值”。 開發(fā)團隊需要能夠在一個Sprint內(nèi)完成每一個事項。每個人都需要清楚預(yù)期產(chǎn)出是什么。產(chǎn)品開發(fā)決定了,有可能需要其它的技能和輸入。因此,產(chǎn)品待辦事項列表梳理最好是所有團隊成員都參與的活動,而不單單是產(chǎn)品負責(zé)人。Scrum活動：Sprint計劃會議每個Sprint都以Sprint計劃會議作為開始， 這是一個固定時長的會議，在這個會議中,Scrum團隊共同選擇和理解在即將到來的Sprint中要完成的工作。整個團隊都要參加Sprint計劃會議。針對排好序的產(chǎn)品待辦事項列表(Product Backlog),產(chǎn) 品負責(zé)人和開發(fā)團隊成員討論每個事項,并對該事項達成共識,包括根據(jù)當(dāng)前的“完成的定 義”,為了完成該事項所需要完成的所有事情。所有的Scrum會議都是限定時的。Sprint計劃會議推薦時是Sprint中的每周對應(yīng)兩?時或者更少(譯者注:比如,一個Sprint包含2個星 期,則Sprint計劃會議時長應(yīng)為4個小時或者更少)。因為會議是限制時長的,Sprint計劃會議的成功?分依賴于產(chǎn)品待辦事項列表的質(zhì)量。這就是產(chǎn)品待辦事項列表梳理十分重要的原因。在Scrum中,Sprint計劃會議有兩部分:1. 決定在Sprint中需要完成哪些工作2. 決定這些工作如何完成第一部分:需要完成哪些工作?在會議的第一部分,產(chǎn)品負責(zé)人向開發(fā)團隊介紹排好序的產(chǎn)品待辦事項,整個Scrum團隊共同理解這些工作。Sprint中需要完成的產(chǎn)品待辦事項數(shù)目完全由開發(fā)團隊決定。為了決定做多少,開發(fā)團隊需要考慮當(dāng)前產(chǎn)品增量的狀態(tài),團隊過去的工作情況,團隊當(dāng)前的生產(chǎn)能力,以及排好序的產(chǎn)品待辦事項列表。做多少工作只能由開發(fā)團隊決定。產(chǎn)品負責(zé)人或任何其它人,都不能給開發(fā) 團隊強加更多的工作量。通常Sprint都有個目標(biāo),稱作Sprint目標(biāo)。這將十分有效地幫助大家更加專注于需要完成的工 作的本質(zhì),而不必花太多精力去關(guān)注那些對于我們需要完成的工作并不重要的?小細節(jié)。第二部分:如何完成工作?在會議的第二部分?里,開發(fā)團隊需要根據(jù)當(dāng)前的“完成的定義”一起決定如何實現(xiàn)下一個產(chǎn)品增 量。他們進?行?足夠的設(shè)計和計劃,從而有信心可以在Sprint中完成所有工作。頭幾天的工作會 被分解成?小的單元,每個工作單元不超過一天。之后要完成的工作可以稍?大些,以后再對它 們進?行分解。決定如何完成工作是開發(fā)團隊的職責(zé),決定做什么則是產(chǎn)品負責(zé)人的職責(zé)。在計劃會議的第二部分,產(chǎn)品負責(zé)人可以繼續(xù)留下來回答問題,以及澄清一些誤解。不管怎樣,團隊?wèi)?yīng)該很容易找到產(chǎn)品負責(zé)人。Sprint計劃會議的產(chǎn)出 Sprint計劃會議最終需要Scrum團隊對Sprint需要完成工作的數(shù)量和復(fù)雜度達成共識,并預(yù)期在一個合理的條件范圍內(nèi)完成它們。開發(fā)團隊預(yù)測并共同承諾他們要完成的工作量。 總而?言之:在Sprint計劃會議中,開發(fā)團隊和產(chǎn)品負責(zé)人一起考慮并討論產(chǎn)品待辦事項,確保他們對這些事項的理解,選擇一些他們預(yù)測能完成的事項,創(chuàng)建足夠詳細的計劃來確保他們能夠完成這些事項。最終產(chǎn)生的待辦事項列表就是“Sprint待辦事項列表(Sprint Backlog)”。Scrum活動:每日Scrum會議開發(fā)團隊是自組織的。開發(fā)團隊通過每日Scrum會議來確認他們?nèi)匀豢梢詫崿F(xiàn)Sprint的目標(biāo)。 這個會議每天在同樣的時間和同樣的地點召開。每一個開發(fā)團隊成員需要提供以下三點信息:從上一個每日Scrum到現(xiàn)在,我完成了什么。 從現(xiàn)在到下一個每日Scrum,我計劃完成什么。 有什么阻礙了我的進展。每日Scrum中可能有簡要的問題澄清和回答,但是不應(yīng)該有任何話題的討論。通常,許多團隊 會在每日Scrum之后?馬上開會處理他們遇到的任何問題。每日Scrum既不是向管理層匯報,也不是向產(chǎn)品負責(zé)?人或者ScrumMaster匯報。它是一個開發(fā) 團隊內(nèi)部的溝通會議,來保證他們對現(xiàn)狀有一致的了解。只有Scrum團隊的成員,包括 ScrumMaster和產(chǎn)品負責(zé)?人,可以在會議中發(fā)?言。其他感興趣的?人可以來旁聽。在必要時, 開發(fā)團隊會基于會議中的發(fā)現(xiàn)重新組織他們的工作來完成Sprint的??目標(biāo)。每日Scrum是Scrum的一個關(guān)鍵組成部分,它可以帶來透明性,信任和更好的績效。它能幫助 快速發(fā)現(xiàn)問題,并促進團隊的自組織和自?立。所有Scrum會議都是限定時長的。每日Scrum通 常不超過15分鐘。Scrum活動:Sprint評審會議Sprint結(jié)束時,Scrum團隊和相關(guān)?人員一起評審Sprint的產(chǎn)出。所有Scrum會議都是限定時長 的,Sprint評審會議的推薦時長是Sprint中的每一周對應(yīng)一個小時(譯者注:?比如,一個Sprint 包含2個星期,則Sprint評審會議時長為2個小時)。討論圍繞著Sprint中完成的產(chǎn)品增量。由于Sprint的產(chǎn)出會涉及到一些?人的“利益”,因此一個明 智的做法是邀請他們參加這個會議,這會很有幫助。這個會議是個?非正式的會議,幫助?大家 了解我們??目前進展到哪?里,并一起討論我們下一步如何推進。每個?人都可以在Sprint評審會議 上發(fā)表意?見。當(dāng)然,產(chǎn)品負責(zé)?人會對未來做出最終的決定,并適當(dāng)?shù)卣{(diào)整產(chǎn)品待辦事項列表 (Product Backlog)。團隊會找到他們自己的方式來開Sprint評審會議。通常會演?示產(chǎn)品增量,整個小組也會經(jīng)常討論他們在Sprint中觀察到了什么、有哪些新的產(chǎn)品想法出現(xiàn)。他們還會討論產(chǎn)品待辦事項列表 的狀態(tài)、可能的完成日期以及在這些日期前能完成什么。Sprint評審會議向每個?人展?示了當(dāng)前產(chǎn)品增量的概況。因此,通常都會在Sprint評審會議中調(diào) 整產(chǎn)品待辦事項列表。Scrum活動:Sprint回顧會議在每個Sprint結(jié)束后,Scrum團隊會聚在一起開Sprint回顧會議,目的是回顧一下團隊在流程人際關(guān)系以及工具方面做得如何。團隊識別出哪些做得好,哪些做得不好,并找出潛在 的改進事項,為將來的改進制定計劃。所有的Scrum會議都是限定時長的,Sprint回顧會議的 推薦時長是Sprint中的每一周對應(yīng)一個小時(譯者注:?比如,一個Sprint包含2個星期,則 Sprint回顧會議時長為2個小時)。Scrum團隊總是在Scrum的框架內(nèi),改進他們自己的流程。八、 SCRUM的五個價值觀承諾 – 愿意對目標(biāo)做出承諾專注– 把你的心思和能力都用到你承諾的工作上去開放– Scrum 把項目中的一切開放給每個人看尊重– 每個人都有他獨特的背景和經(jīng)驗勇氣– 有勇氣做出承諾，履行承諾，接受別人的尊重九、 SCRUM的四大支柱迭代開發(fā)在Scrum的開發(fā)模式下，我們將開發(fā)周期分成多個14周的迭代，每個迭代都交付一些增量的可工作的功能。迭代的長度是固定的，如果我們選擇了1周的迭代，那么保持它的長度不要發(fā)生變化，在整個產(chǎn)品開發(fā)周期內(nèi)每個迭代都是1周的長度。這里需要強調(diào)的是在每個迭代必須產(chǎn)出可工作的增量功能，而不是第一個迭代做需求、第二個迭代做設(shè)計、第三個迭代做代碼。增量交付增量是一個 Sprint 及以前所有 Sprint 中完成的所有產(chǎn)品代辦事項列表條目的總和。 在 Sprint 的結(jié)尾,新的增量必須“完成”,這意味著它必須可用并且達到了 Scrum 團隊 “完成”的定義的標(biāo)準(zhǔn)。無論產(chǎn)品負責(zé)人是否決定真正發(fā)布它,增量必須可用。增量是從用戶的角度來描述的，它意味著從用戶的角度可工作。自組織團隊Scrum團隊是一個自組織的團隊，傳統(tǒng)的命令與控制式的團隊只有執(zhí)行任務(wù)的權(quán)利，而自組織團隊有權(quán)進行設(shè)計、計劃和執(zhí)行任務(wù)，自組織團隊還需要自己監(jiān)督和管理他們的工程過程和進度，自組織團隊自己決定團隊內(nèi)如何開展工作，決定誰來做什么，即分工協(xié)作的方式。高