1.7 Burn-down Chart——燃盡圖

燃盡圖（burn down chart）是在項(xiàng)目完成之前，對(duì)需要完成的工作的一種可視化表示，向項(xiàng)目組成員和相關(guān)方提供工作進(jìn)展的一個(gè)公共視圖。

1.7.1 沖刺燃盡圖

Sprint 燃盡圖用于展示沖刺周期內(nèi)故事點(diǎn)的變動(dòng)情況，理想情況下，該圖表是一個(gè)向下的曲線，隨著剩余工作的完成，Sprint 故事點(diǎn)“燒盡”至零。然而實(shí)際上，每個(gè)迭代都有很多待開發(fā)的 Story，在敏捷開發(fā)中，工作量的評(píng)估是以 Story 為單位的，一個(gè)迭代 Story 的數(shù)量會(huì)影響到燃盡圖的 Y 軸。如果 Story 的數(shù)量過少，繪制出來的燃盡圖就會(huì)呈明顯的折線形狀，也會(huì)對(duì)速度和風(fēng)險(xiǎn)的判斷帶來影響。所以，曲線未必能真的代表剩余的工作數(shù)量，也不能完美地作為管理層進(jìn)行項(xiàng)目可視化管理和績效管理的工具。但它可以反映出項(xiàng)目沖刺規(guī)劃、管理和進(jìn)度控制上的一些問題。

以下是某項(xiàng)目某個(gè)沖刺周期的燃盡圖：

圖中曲線在第二周時(shí)有三個(gè)時(shí)間段比較集中地下降，說明團(tuán)隊(duì)在這三個(gè)時(shí)間段比較集中地確認(rèn)任務(wù)已完成；

圖中沒有比較大的向上的突起，說明沖刺策劃工作還算不錯(cuò)，Scrum Master 對(duì)沖刺有較強(qiáng)的控制力，沒有在沖刺周期內(nèi)引入過多的新特性；最終曲線沒有到達(dá)零點(diǎn)，說明沖刺周期內(nèi)有任務(wù)未完成，需要反思是否存在一個(gè)沖刺內(nèi)工作量過多還是、引入了新特性還是存在別的工作效率或團(tuán)隊(duì)協(xié)作的問題。

而下面這張圖反映了項(xiàng)目團(tuán)隊(duì)對(duì)沖刺的策劃和控制可能存在更多的問題：

1.7.2 交付燃盡圖

對(duì)于 PMO 而言，交付燃盡圖可能比沖刺燃盡圖更具有實(shí)際意義。

沖刺燃盡圖反映了一個(gè) Sprint 內(nèi)工作的“燃盡”情況，而交付燃盡圖則展示了在更長的、可能跨越很多個(gè)Sprint 周期的情況下，軟件是否能如期交付某個(gè)版本或某個(gè)模塊。以下是某項(xiàng)目的某個(gè)版本的交付燃盡圖。

交付燃盡圖中，淺綠色的柱狀代表這個(gè) Sprint 完成了的故事點(diǎn)數(shù)，所以前面加了個(gè)減號(hào)；

淺藍(lán)色的柱狀代表，在這個(gè) Sprint 開啟之前就存在的故事點(diǎn)數(shù)，在這個(gè) Sprint 結(jié)束時(shí)還剩下多少；

?深藍(lán)色的柱狀代表，在這個(gè) Sprint 開啟后到下個(gè) Sprint 開啟前這段時(shí)間，版本中增加了多少故事點(diǎn)數(shù)，所以用加號(hào)。

以下通過 2 個(gè)圖例說明如何解讀交付燃盡圖。

較正常的交付燃盡圖，可以預(yù)測(cè)這個(gè)版本可以在什么時(shí)候交付

兩條預(yù)測(cè)線，上面那條的由來是，淺藍(lán)色柱狀的頂部中點(diǎn)，用最小二乘法計(jì)算的擬合直線；下面那條則是深藍(lán)色柱狀的底部中點(diǎn)，用最小二乘法計(jì)算的擬合直線。兩條線斜率的意義是，每個(gè) Sprint 故事點(diǎn)數(shù)完成的速率和故事點(diǎn)數(shù)新增的速率。兩條預(yù)測(cè)線的交點(diǎn)對(duì)應(yīng)的橫坐標(biāo)代表這個(gè)版本預(yù)計(jì)會(huì)在哪個(gè)沖刺內(nèi)完成。

存在較大的無法按時(shí)交付甚至永遠(yuǎn)無法交付的風(fēng)險(xiǎn)

上圖兩條預(yù)測(cè)線，縱坐標(biāo)軸的右側(cè)沒有交點(diǎn)，代表這個(gè)版本恐怕存在較大的交付風(fēng)險(xiǎn)，需要注意。如果發(fā)現(xiàn)版本無法可能無法交付的時(shí)候可以選擇的策略，一般是增加開發(fā)的速率，或者是減少一些當(dāng)前版本的故事點(diǎn)數(shù)，放到下一個(gè)版本中去。

1.8 Fist-of-five——舉手表決

舉手表決（Fist to five，fist of five）是敏捷軟件開發(fā)團(tuán)隊(duì)用于調(diào)查團(tuán)隊(duì)成員并幫助達(dá)成一致意見的一種技術(shù)。使用舉手表決技術(shù)，Scrum Master 或 PO 重申該團(tuán)隊(duì)也許會(huì)采取的行為，并要求團(tuán)隊(duì)成員展示他們的支持級(jí)別。每個(gè)團(tuán)隊(duì)成員通過舉起緊握的拳頭或豎起對(duì)應(yīng)支持級(jí)別的手指數(shù)來回應(yīng)。如果一個(gè)團(tuán)隊(duì)成員舉起的手指少于 3，他有機(jī)會(huì)陳述其反對(duì)意見，團(tuán)隊(duì)會(huì)給出回應(yīng)。Scrum Master 或 PO 繼續(xù)舉手表決過程直到達(dá)成一致意見（每個(gè)人都舉起的手指都不小于 3）或同意轉(zhuǎn)移到下一話題。

緊握拳頭：不，我完全不同意。

1 根手指：我非常擔(dān)心。

2 根手指：我想討論一些小問題。

3 根手指：我不完全同意但我可以接受意見通過而不須進(jìn)一步討論。

4 根手指：我認(rèn)為想法不錯(cuò)且愿意為其工作。

5 根手指：想法棒極了，執(zhí)行時(shí)我愿意帶頭。

1.9 需求空間、開發(fā)空間和測(cè)試空間

通常，一個(gè)項(xiàng)目的開發(fā)過程，可以通過 3 個(gè)空間來進(jìn)行表達(dá)：需求空間、開發(fā)空間和 QA 測(cè)試空間。3 個(gè)空間相互間應(yīng)當(dāng)是完全整合的，使得整個(gè)團(tuán)隊(duì)的不同職能能夠相互協(xié)作。其中：

需求空間：存放、描述項(xiàng)目所有待實(shí)現(xiàn)的需求，表現(xiàn)為 Product Backlog，由 PO 主導(dǎo)并管理，所有團(tuán)隊(duì)成員可以參與梳理。

開發(fā)空間：包含項(xiàng)目正在開發(fā)實(shí)現(xiàn)的所有事項(xiàng)，表現(xiàn)為 Sprint Backlog 和 Scrum Board，在 Scrum Master指導(dǎo)下由開發(fā)團(tuán)隊(duì)共同管理。

測(cè)試空間：管理項(xiàng)目的測(cè)試計(jì)劃和測(cè)試用例，是項(xiàng)目的一系列質(zhì)量目標(biāo)和驗(yàn)收標(biāo)準(zhǔn)，由 QA 主導(dǎo)管理。當(dāng)Sprint 開始后，QA 根據(jù) User Story 編寫對(duì)應(yīng)的測(cè)試用例，加入 QA 空間；當(dāng)開發(fā)人員提交到 To QA 后，QA 根據(jù)測(cè)試用例執(zhí)行測(cè)試，反饋測(cè)試結(jié)果。此外，還包括其他不同級(jí)別的測(cè)試計(jì)劃和用例。

總結(jié)

以上是生活随笔為你收集整理的PMP考点汇总-敏捷基础概念（三）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。