管理敏捷需求，進行需求協作

傳統的瀑布工作模式使用詳細的需求說明書來表達需求，需求人員負責做需求調研，根據調研情況編制詳細的需求說明書，進行需求評審，評審之後簽字確認交給研發團隊設計開發。在這樣的環境下，需求文檔是信息傳遞的主體，也是一份契約。 然而詳細的需求說明書有以下5大弊端： 單向的信息傳遞，容易出現理解偏差。 文檔很正式，我們會誤以爲它一定是對的，不去質疑它，讓我們停止作出判斷。 有了詳細的文檔，我們不會反覆討論它，

>>阅读原文<<