Scrum的三個法寶: Product Backlog, Sprint Backlog 和Burndown Chart.

    Product Backlog

    在項目開始的時候，Product Owner要準備一個根據(jù)商業(yè)價值排好序的客戶需求列表，

Scrum的3個法寶

。這個列表就是Prodct Backlog，一個最終會交付給客戶的產(chǎn)品特性列表，它們根據(jù)商業(yè)價值來排列優(yōu)先級。Scrum team會根據(jù)這個來做工作量的估計

    Product backlog應(yīng)該涵蓋所有用來構(gòu)建滿足客戶需要的產(chǎn)品特性，包括技術(shù)上的需求。高優(yōu)先級的一些產(chǎn)品特性需要足夠的細化以便于我們做工作量估計和做測試。對于那些可以在下個Sprint中完成的Product Backlog功能點，大約10人天的工作量的粒度就不錯了。對于那些以后將要實現(xiàn)的特性可以不夠詳細。

    Sprint Backlog

    Sprint Backlog 是Sprint規(guī)劃會上產(chǎn)出的一個法寶. 當Scrum team選擇并承諾了Product backlog中要遞交的一些高優(yōu)先級的產(chǎn)品功能點后，這些功能點就會被細化成為Sprint Backlog:一個完成Product Backlog功能點的必需的任務(wù)列表.這些點會被細化為更小的任務(wù)，工作量小于2天，

管理資料

《Scrum的3個法寶》(http://salifelink.com)。Sprint backlog完成后，Scrum team會根據(jù)它重新估計工作量，如果這些工作量和原始估計的工作量有較大差異，Scrum team和Product Owner 協(xié)商，調(diào)整合理得工作量到Sprint中，以確保Sprint的成功實施。

    Burndown Chart

    Burndown Chart 顯示了Sprint中累積剩余的工作量，它是一個反映工作量完成狀況的趨勢圖。

    在Sprint開始的時候，Scrum Team會標示和估計在這個Sprint需要完成的詳細的任務(wù)。所有這個Sprint中需要完成，但沒有完成的任務(wù)的工作量是累積工作量，Scrum master 會根據(jù)進展情況每天更新累積工作量，如果在Sprint結(jié)束時，累積工作量降低到0，Sprint就成功結(jié)束。

    Product Backlog 功能點被放到Sprint的固定周期中，Sprint Backlog 會因為如下原因發(fā)生變化:

    隨著時間的變化，開發(fā)團隊對于需求有了更好的理解，有可能發(fā)現(xiàn)需要增加一些新的任務(wù)到Sprint Backlog中。

    程序缺陷做為新的任務(wù)加進來，這個都做為承諾提交任務(wù)中未完成的工作，這些也許可以分開進行跟蹤。

    Product Owner也許會和Scrum team一起工作，以幫助team更好的理解Sprint的目標，ScrumMaster和team也許會覺得小的調(diào)整不會影響sprint的進度，但會給客戶帶來更多商業(yè)價值。