產品Backlog 管理

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

>>阅读原文<<