4.讓欲望在掌握之中
在完成需求評(píng)估后，開發(fā)團(tuán)隊(duì)就會(huì)進(jìn)入開發(fā)階段。在Scrum團(tuán)隊(duì)中，需要對(duì)開發(fā)中的需求進(jìn)行管理。常用的方法是在一塊木板或是一面墻上列出正在開發(fā)的，開發(fā)完成的，正在測試的和完成了的需求。這塊木板或強(qiáng)被稱為看板。每個(gè)人都可以在看板上清晰的看到團(tuán)隊(duì)現(xiàn)在的開發(fā)狀況。我的團(tuán)隊(duì)沒有使用實(shí)體的看板，而是使用JIRA這個(gè)軟件提供的電子看板。
在開發(fā)過程中，需求的變更是必然會(huì)發(fā)生的。正常情況下，如果一輪迭代已經(jīng)開始了，Scrum團(tuán)隊(duì)是不會(huì)中途停止的。新的需求必須在下一輪迭代中才能加入，這樣可以保證開發(fā)的正常秩序。為此，我們?cè)诳窗遄钋胺叫录恿艘豁?xiàng)：待開發(fā)。我們會(huì)將變更的而且有限級(jí)高的需求放在這一列，以保證在下一輪迭代中實(shí)現(xiàn)這些需求。
大部分公司都會(huì)要求寫需求文檔，這樣對(duì)所有需求歸類，并且可以方便以后的查閱。但是這些需求文檔有時(shí)候書寫的并不是很規(guī)范，或是很全面。導(dǎo)致查閱的時(shí)候很難找到我們需要的內(nèi)容而且在需求，有時(shí)候甚至是寫完后根本無人去理會(huì)。而且，在需求變更時(shí)需要進(jìn)行維護(hù)，耗費(fèi)人力，文檔在多次修改后導(dǎo)致內(nèi)容很亂，或是前后需求矛盾的情況時(shí)有發(fā)生。
現(xiàn)在一個(gè)新的需求管理方法，需求的實(shí)例化，可以解決這些問題。需求的實(shí)例化是不再編寫和維護(hù)需求文檔，而是直接使用高質(zhì)量的測試用例作為需求文檔。通過測試用例可以很清楚的看到產(chǎn)品的需求內(nèi)容，而且，在需求變更時(shí)，必然會(huì)產(chǎn)生新的測試用例，而不必費(fèi)力去維護(hù)。在清晰的表現(xiàn)需求的同時(shí)，減少了維護(hù)需求文檔的人力。
