---

在完成需求評(píng)估后，開(kāi)發(fā)團(tuán)隊(duì)就會(huì)進(jìn)入開(kāi)發(fā)階段。在Scrum團(tuán)隊(duì)中，需要對(duì)開(kāi)發(fā)中的需求進(jìn)行管理。常用的方法是在一塊木板或是一面墻上列出正在開(kāi)發(fā)的，開(kāi)發(fā)完成的，正在測(cè)試的和完成了的需求。這塊木板或強(qiáng)被稱為看板。每個(gè)人都可以在看板上清晰的看到團(tuán)隊(duì)現(xiàn)在的開(kāi)發(fā)狀況。我的團(tuán)隊(duì)沒(méi)有使用實(shí)體的看板，而是使用JIRA這個(gè)軟件提供的電子看板。

在開(kāi)發(fā)過(guò)程中，需求的變更是必然會(huì)發(fā)生的。正常情況下，如果一輪迭代已經(jīng)開(kāi)始了，Scrum團(tuán)隊(duì)是不會(huì)中途停止的。新的需求必須在下一輪迭代中才能加入，這樣可以保證開(kāi)發(fā)的正常秩序。為此，我們?cè)诳窗遄钋胺叫录恿艘豁?xiàng)：待開(kāi)發(fā)。我們會(huì)將變更的而且有限級(jí)高的需求放在這一列，以保證在下一輪迭代中實(shí)現(xiàn)這些需求。

大部分公司都會(huì)要求寫需求文檔，這樣對(duì)所有需求歸類，并且可以方便以后的查閱。但是這些需求文檔有時(shí)候書寫的并不是很規(guī)范，或是很全面。導(dǎo)致查閱的時(shí)候很難找到我們需要的內(nèi)容而且在需求，有時(shí)候甚至是寫完后根本無(wú)人去理會(huì)。而且，在需求變更時(shí)需要進(jìn)行維護(hù)，耗費(fèi)人力，文檔在多次修改后導(dǎo)致內(nèi)容很亂，或是前后需求矛盾的情況時(shí)有發(fā)生。

現(xiàn)在一個(gè)新的需求管理方法，需求的實(shí)例化，可以解決這些問(wèn)題。需求