【正文】 游戲進(jìn)行集體估算。使用估算撲克來做工作量估算是最有效，也是非常有趣的一種估算方式。估算撲克由一組類似斐波納契數(shù)列的數(shù)字組成，這些數(shù)字包括：0，,1,2,3,5,8,20,40,?,∞, 每幅撲克有四組這樣的數(shù)字，可供4個(gè)人使用。估算撲克的使用方法： 每個(gè)團(tuán)隊(duì)成員拿到一組卡片，包括0,1,2,3,5,8,13,20,40,?,∞,共計(jì)12張。 產(chǎn)品負(fù)責(zé)人或者一名團(tuán)隊(duì)成員扮演閱讀者的角色，他負(fù)責(zé)閱讀需要估算產(chǎn)品Backlog的條目，并且詢問大家是否有疑問。 團(tuán)隊(duì)討論這個(gè)條目。 當(dāng)團(tuán)隊(duì)理解了這個(gè)條目之后，每個(gè)團(tuán)隊(duì)成員按照自己的想法給出估算結(jié)果，并且選擇對應(yīng)的撲克出牌，估算結(jié)果不能告訴其他人，出牌時(shí)數(shù)字朝下扣在桌面上。 所有人都出牌之后，閱讀者向大家確認(rèn)是否都已經(jīng)確定估算結(jié)果，確認(rèn)后，數(shù)”1,2,3″,大家同時(shí)展示估算結(jié)果。 ？我們是否存在分歧？有沒有什么是我沒有考慮到的？討論之后可以再估算一輪，最終團(tuán)隊(duì)需要達(dá)成一致。 回到第二步，開始估算下一個(gè)條目。關(guān)注Scrum中文網(wǎng)微信公眾號可以獲得微信版估算撲克。2. 估算大小，而不是估算時(shí)間周期，使用相對估算，而不是絕對估算一瓶礦泉水，讓一個(gè)3歲的小妹妹把它喝完所花的時(shí)間和一個(gè)成年人把它喝完所花的時(shí)間肯定不一樣，因此同一項(xiàng)工作，不同能力的人完成它花費(fèi)的時(shí)間顯然是不一樣的。如果我們要估算從家到公司的絕對距離時(shí)多少公里，您可能不一定知道，但是如果您時(shí)做地鐵上班，從家里到公司有多少站，你一定很容易知道，當(dāng)我們知道有多少站之后，我們就可以大概清楚路上需要花多長時(shí)間了。敏捷估算時(shí)，我們不會(huì)估算絕對時(shí)間和周期，我們估算大小，和相對值，也就是倍數(shù)。敏捷估算時(shí)，我們使用故事點(diǎn)作為計(jì)量單位，它是一個(gè)倍數(shù)，我們會(huì)先找一個(gè)我們認(rèn)為最小的一個(gè)功能的大小作為參考基準(zhǔn)，定義為1個(gè)故事點(diǎn)，把其它的故事和它做比較，如果是2倍大小，就是2個(gè)故事點(diǎn)，如果是5倍大小，就是5個(gè)故事點(diǎn)。3. 記錄每個(gè)Sprint的團(tuán)隊(duì)速度團(tuán)隊(duì)速率是一個(gè)Scrum團(tuán)隊(duì)在一個(gè)Sprint中實(shí)際完成的故事點(diǎn)數(shù)，通過團(tuán)隊(duì)速率可以知道團(tuán)隊(duì)做的有多快。新開始的項(xiàng)目或產(chǎn)品開發(fā)，或者是新團(tuán)隊(duì)，沒有初始速度，我們可以做12個(gè)Sprint測算一個(gè)速度，作為初始速度。在Sprint執(zhí)行過程中，我們要記錄每個(gè)Sprint的速度，為以后的計(jì)劃做參考。我們估算了產(chǎn)品Backlog的故事點(diǎn)總數(shù)，然后又知道了每個(gè)Sprint團(tuán)隊(duì)的平均速度，那么我們就可以推算我們大概需要多少個(gè)Sprint可以做完，這樣我們就得到了周期。十五、 SPRINGScrum是一種迭代和增量式的產(chǎn)品開發(fā)方法，Scrum通過Sprint來實(shí)現(xiàn)迭代。一個(gè)Sprint是指一個(gè)1周－4周的迭代，它是一個(gè)時(shí)間盒。Sprint的長度一旦確定，保持不變。Sprint的產(chǎn)出是“完成”的、可用 的、潛在可發(fā)布的產(chǎn)品增量。Sprint 在整個(gè)開發(fā)過程中的周期一致。新的 Sprint 在上一 個(gè) Sprint 完成之后立即開始。 ?Sprint 包含并由 Sprint 計(jì)劃會(huì)議、每日站會(huì)、開發(fā)工作、Sprint 評審會(huì)議和 Sprint 回顧會(huì)議構(gòu)成。Scrum采用迭代增量的方式，是因?yàn)樾枨笫怯楷F(xiàn)的，我們對產(chǎn)品和需求的理解是漸進(jìn)式的，Sprint長度越長，我們需要預(yù)測的越多，復(fù)雜度會(huì)提升、風(fēng)險(xiǎn)也會(huì)增加，所以Sprint的長度最多不超過4周。越來越多的團(tuán)隊(duì)使用2周的Sprint，很多市場變化快、競爭激烈的領(lǐng)域，比如互聯(lián)網(wǎng)和移動(dòng)互聯(lián)網(wǎng)產(chǎn)品開發(fā)團(tuán)隊(duì)也會(huì)使用1周的迭代。在Sprint進(jìn)行過程中，如下內(nèi)容不能發(fā)生變化： Sprint的目標(biāo) Sprint的質(zhì)量目標(biāo)和驗(yàn)收標(biāo)準(zhǔn) 開發(fā)團(tuán)隊(duì)的組成集中優(yōu)勢兵力各個(gè)擊破在Sprint執(zhí)行的過程中，團(tuán)隊(duì)要避免一個(gè)蘿卜一個(gè)坑的工作方式，團(tuán)隊(duì)要協(xié)作，并且要集中優(yōu)勢兵力各個(gè)擊破。團(tuán)隊(duì)按照蜂擁式（Swarming）的工作方式，團(tuán)隊(duì)先集中工作在少數(shù)幾個(gè)需求上面，協(xié)作完成它們，然后在開始下一批需求。按照這樣的方式一方面可以加強(qiáng)團(tuán)隊(duì)協(xié)作，另外也有利于及早完成一些需求，讓這些需求及早驗(yàn)收。取消一個(gè) SprintSprint 可以在 Sprint 時(shí)間盒結(jié)束之前取消。只有產(chǎn)品負(fù)責(zé)人才有取消 Sprint 的權(quán) 力,但他做這樣的決定也可能是受到利益干系人、團(tuán)隊(duì)或是 Scrum Master 的影響。如果某個(gè) Sprint 的目標(biāo)過時(shí)了,那么就需要取消該 Sprint。比如公司的發(fā)展方向, 或是市場、技術(shù)等情況發(fā)生了變化,這些變化都可能導(dǎo)致取消 Sprint。總的來說,如果某 個(gè) Sprint 對于其所在環(huán)境來說失去了價(jià)值和意義,那么它就應(yīng)該被取消。然而,因?yàn)?Sprint 周期都較短,所以很少發(fā)生取消 Sprint 的情況。當(dāng)某個(gè) Sprint 被取消時(shí),任何做完和“完成”的產(chǎn)品待辦事項(xiàng)列表?xiàng)l目都需要評審。假如有些條目已經(jīng)潛在可交付,那產(chǎn)品負(fù)責(zé)人就會(huì)采納它。所有未完成的條目就都要 放回到產(chǎn)品待辦事項(xiàng)列表中,并重新估算?；ㄔ谒鼈兩砩系墓ぷ鲿?huì)迅速貶值,所以需要頻 繁地重估。取消 Sprint 會(huì)消耗資源,因?yàn)槊總€(gè)人都需要在新召開的 Sprint 計(jì)劃會(huì)議中重新開始 另一個(gè) Sprint。Sprint 終止通常會(huì)對團(tuán)隊(duì)造成重創(chuàng),因此這種情況也非常少見。十六、 每日站會(huì)每日站會(huì)的目的在介紹如何開每日站會(huì)前， 讓我們先了解一下召開每天的站會(huì)的目的和意義是什么？敏捷宣言強(qiáng)調(diào)個(gè)體交互重于過程和工具，敏捷原則闡述了面對面的溝通和自組織的團(tuán)隊(duì)這些敏捷的核心思想。Scrum的團(tuán)隊(duì)是一個(gè)自組織的團(tuán)隊(duì)，團(tuán)隊(duì)每天進(jìn)行每日站會(huì)是團(tuán)隊(duì)面對面溝通和團(tuán)隊(duì)自組織的體現(xiàn)。Scrum的理論基礎(chǔ)是通過保持過程透明性讓參與過程的所有人了解真實(shí)狀況，然后進(jìn)行檢查和調(diào)整，每日站會(huì)是Scrum過程進(jìn)行每天的檢查和調(diào)整的環(huán)節(jié)。每日站會(huì)是團(tuán)隊(duì)自己的會(huì) 團(tuán)隊(duì)商量決定誰做什么（不能有領(lǐng)導(dǎo)任務(wù)指派），為當(dāng)天排一個(gè)計(jì)劃 團(tuán)隊(duì)溝通狀態(tài)，了解現(xiàn)狀，發(fā)現(xiàn)障礙 團(tuán)隊(duì)回顧昨天的工作，做調(diào)整，持續(xù)改進(jìn)什么時(shí)候、在什么地點(diǎn)開每日站會(huì)？Scrum定義了開展每日站會(huì)的一些基本的規(guī)則。每日站會(huì)必須每天在同一時(shí)間、同一地點(diǎn)召開，最好的方式是在團(tuán)隊(duì)的可視化的任務(wù)板前面召開。 任務(wù)板上可以看到當(dāng)前Sprint的燃盡圖（Burn Down Chart）和Sprint中每個(gè)任務(wù)的狀態(tài)。在每日站會(huì)開始之前，團(tuán)隊(duì)需要在任務(wù)板上更新任務(wù)的狀態(tài)。這樣的好處是在開會(huì)的時(shí)候，每個(gè)人都可以看到當(dāng)前的進(jìn)展情況。每日站會(huì)是Scrum團(tuán)隊(duì)每天的第一件事情，這樣可以讓每個(gè)人在每天一開始就清楚的了解他一天的安排。對于跨國界的團(tuán)隊(duì)，存在時(shí)間差的情況，可以根據(jù)實(shí)際情況做調(diào)整。每日站會(huì)的紀(jì)律會(huì)議時(shí)間最多不超過15分鐘。所有的團(tuán)隊(duì)成員自覺按時(shí)到場，因?yàn)闀?huì)議很短，按時(shí)召開按時(shí)結(jié)束是很重要的。團(tuán)隊(duì)需要建立他們的工作協(xié)議來確保團(tuán)隊(duì)成員按時(shí)出席，并且遵守站會(huì)紀(jì)律，比如團(tuán)隊(duì)可以商量對于遲到的人員要有一些讓他們改進(jìn)的措施，比如適當(dāng)?shù)慕o一些罰金，多少由團(tuán)隊(duì)共同決定，這些錢如何支配也由團(tuán)隊(duì)共同決定， 或者做俯臥撐、掛一個(gè)遲到的牌子等等。每日站會(huì)一定要站著開，每個(gè)人要精神集中，不能有懶散的表現(xiàn)。每個(gè)人回答三個(gè)問題：我昨天完成了什么任務(wù)？我今天打算做什么任務(wù)？我遇到了哪些障礙或困難？同一時(shí)間只能有一個(gè)人發(fā)言，會(huì)上只說和這三個(gè)問題相關(guān)的話題，任何跑題的討論，需要被ScrumMaster制止。一些的確需要討論的問題，可以先記錄下來，會(huì)后作為專題來討論。為什么每日站會(huì)沒有效果？每日站會(huì)和傳統(tǒng)的項(xiàng)目會(huì)議有如下幾點(diǎn)不同： Master或者其他任何人來指派任務(wù)。 Master匯報(bào)情況，每日站會(huì)是團(tuán)隊(duì)自己的會(huì)。，大家會(huì)把問題記錄下來，會(huì)后找相關(guān)的人討論或召開具體的討論會(huì)議。Scrum的最基本原則是“Inspect and Adapt”(檢視然后適應(yīng))，如果什么事情做得很好，問問自己為什么，然后尋找提升的辦法。如果每日站會(huì)沒有效果，檢查一下這些規(guī)則：你是不是每天在認(rèn)真開每日站會(huì)？如果不是為什么？如果你改變了Scrum的一些基本的規(guī)則，你可能會(huì)面臨一些風(fēng)險(xiǎn)，因?yàn)檫@些規(guī)則都是經(jīng)過錘煉和項(xiàng)目考驗(yàn)的一些通用規(guī)則。所以第一步，你可以先按照書本上的方式來做。如果這還不夠，參考一下其他人的實(shí)踐經(jīng)驗(yàn)，比如：Martin Fowler’s 《Patterns of Daily Standup Meetings》你如何知道每日站會(huì)起到了很好的效果？一個(gè)好的每日站會(huì)有如下幾個(gè)特點(diǎn)： Master不會(huì)逐個(gè)的問每個(gè)人問題，如果是，那么這個(gè)會(huì)議已經(jīng)淪為了報(bào)告會(huì)。，不是向ScrumMaster報(bào)告。如果你遵守了規(guī)則并按照正確的方式開會(huì)，你就不需要再擔(dān)心超時(shí)了。，Scrum Master知道哪些問題需要幫助團(tuán)隊(duì)成員解決。一個(gè)自組織的團(tuán)隊(duì)有一個(gè)非常明顯的每天的節(jié)奏：Daily Scrum之前非常安靜，每日站會(huì)之后會(huì)有一段活躍的討論，到中餐前的時(shí)候就慢慢安靜下來了。午飯之后會(huì)有另外一個(gè)階段的活躍討論，當(dāng)下班前慢慢的安靜下來。這就是一個(gè)自組織團(tuán)隊(duì)的脈沖。如果你能夠感受到這個(gè)節(jié)奏，則說明團(tuán)隊(duì)是很健康的，每日站會(huì)起到了很好的效果。十七、 “完成”的定義當(dāng)產(chǎn)品代辦事項(xiàng)列表?xiàng)l目或者增量被描述為“完成”的時(shí)候,每個(gè)人都必須理解“完 成”意味著什么。雖然這在不同的 Scrum 團(tuán)隊(duì)之間會(huì)有巨大的差別,但是團(tuán)隊(duì)成員必須對 完成工作意味著什么有相同的理解,這樣才能保證透明性。這就是 Scrum 團(tuán)隊(duì)的“完成” 定義,用來評估產(chǎn)品增量在什么時(shí)候完成。這個(gè)定義也同時(shí)被用來指導(dǎo)開發(fā)團(tuán)隊(duì)了解在 Sprint 計(jì)劃會(huì)議的時(shí)候他們能選擇多少 產(chǎn)品代辦事項(xiàng)列表?xiàng)l目。每個(gè) Sprint 的目標(biāo)都是交付遵循 Scrum 團(tuán)隊(duì)當(dāng)前的“完成”定 義的潛在可交付功能增量。開發(fā)團(tuán)隊(duì)在每個(gè) Sprint 交付產(chǎn)品功能增量。這個(gè)增量是可用的,所以產(chǎn)品負(fù)責(zé)人可以選擇立即發(fā)布它。每個(gè)增量都附加于之前所有增量并經(jīng)過充分測試,以此保證所有的增量都能工作。隨著 Scrum 團(tuán)隊(duì)的成熟,我們預(yù)期“完成”的定義會(huì)擴(kuò)大,包含更嚴(yán)厲標(biāo)準(zhǔn)來保證高質(zhì)量。需要注意的是，如果在每個(gè)迭代，我們對“完成”的標(biāo)準(zhǔn)要求過低，那么這會(huì)導(dǎo)致在每個(gè)迭代，我們都會(huì)遺留一些完成外的工作，完成外的工作持續(xù)累計(jì)會(huì)增加項(xiàng)目的風(fēng)險(xiǎn)，有可能導(dǎo)致產(chǎn)品負(fù)責(zé)人決定發(fā)布的時(shí)候，產(chǎn)品卻因?yàn)槔鄯e了過多的完成外的工作而無法發(fā)布，以致于我們還需要一個(gè)額外的Sprint來使它穩(wěn)定。 完美WORD格式編輯