1.7 Burn-down Chart——燃盡圖

燃盡圖（burn down chart）是在項目完成之前，對需要完成的工作的一種可視化表示，向項目組成員和相關方提供工作進展的一個公共視圖。

1.7.1 沖刺燃盡圖

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

以下是某項目某個沖刺周期的燃盡圖：

圖中曲線在第二周時有三個時間段比較集中地下降，說明團隊在這三個時間段比較集中地確認任務已完成；

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

而下面這張圖反映了項目團隊對沖刺的策劃和控制可能存在更多的問題：

1.7.2 交付燃盡圖

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

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

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

淺藍色的柱狀代表，在這個 Sprint 開啟之前就存在的故事點數(shù)，在這個 Sprint 結束時還剩下多少；

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

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

較正常的交付燃盡圖，可以預測這個版本可以在什么時候交付

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

存在較大的無法按時交付甚至永遠無法交付的風險

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

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

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

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

1 根手指：我非常擔心。

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

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

4 根手指：我認為想法不錯且愿意為其工作。

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

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

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

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

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

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

總結

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

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