小議需求管理

　1. 在需求開發上，國內軟件開發團隊普遍的習慣是只有一種需求類型，要么是用例，要么是功能，缺乏需求類型的層次性;或者即使有用戶需求，也是了了幾筆帶過。這樣的問題是：由于沒有強調涉眾需要的概念，導致在與用戶進行需求溝通上，不能主動有意識的挖掘用戶的需要，往往直接從系統功能開始，這樣導致只注重于需求的表明信息而忽略了需求背后的原因。所以，我們建議按照下圖建立需求類型的層次，在不同的層次上，進行需求開發的重點是不同的，比如在涉眾需求層次上，我們注重了解用戶的問題和需要。

　　2. 常常會有人問，有很多用戶不會看用例模型也不想學，對于這種用戶，用例模型是否就沒有什么作用?其實，用例模型在開發過程當中，起著承前啟后的作用。承前-作為與用戶溝通的手段，啟后-作為后續分析設計和開發的輸入。所以對問題的回答是即使用戶不接受，用例模型也是開發團隊了解系統功能、邊界及參與者的重要手段，況且，用例模型是4+1圖中的那個"1"(如下圖)，是系統架構的一個方面體現。

　　

原文轉自：http://www.anti-gravitydesign.com