4.讓欲望在掌握之中

      在完成需求評估后，開發團隊就會進入開發階段。在Scrum團隊中，需要對開發中的需求進行管理。常用的方法是在一塊木板或是一面墻上列出正在開發的，開發完成的，正在測試的和完成了的需求。這塊木板或強被稱為看板。每個人都可以在看板上清晰的看到團隊現在的開發狀況。我的團隊沒有使用實體的看板，而是使用JIRA這個軟件提供的電子看板。

在開發過程中，需求的變更是必然會發生的。正常情況下，如果一輪迭代已經開始了，Scrum團隊是不會中途停止的。新的需求必須在下一輪迭代中才能加入，這樣可以保證開發的正常秩序。為此，我們在看板最前方新加了一項：待開發。我們會將變更的而且有限級高的需求放在這一列，以保證在下一輪迭代中實現這些需求。
 
      大部分公司都會要求寫需求文檔，這樣對所有需求歸類，并且可以方便以后的查閱。但是這些需求文檔有時候書寫的并不是很規范，或是很全面。導致查閱的時候很難找到我們需要的內容而且在需求，有時候甚至是寫完后根本無人去理會。而且，在需求變更時需要進行維護，耗費人力，文檔在多次修改后導致內容很亂，或是前后需求矛盾的情況時有發生。

      現在一個新的需求管理方法，需求的實例化，可以解決這些問題。需求的實例化是不再編寫和維護需求文檔，而是直接使用高質量的測試用例作為需求文檔。通過測試用例可以很清楚的看到產品的需求內容，而且，在需求變更時，必然會產生新的測試用例，而不必費力去維護。在清晰的表現需求的同時，減少了維護需求文檔的人力。