需求分析準則

1. 對于用戶提出的每個需求都要知道為什么，并判斷用戶提出的需求是否有充足的理由。

2. 將那種以如何實現的表述方式轉換為實現什么的方式，需求分析階段關注的目標是做什么，而不是怎么做。

3. 分析由用戶需求衍生出的隱含需求，并識別用戶沒有明確提出來的隱含需求，對隱含需求考慮得不夠充分而引起需求變更。

需求分析工作法則

1. 對于用戶需求要知道為什么，判斷是否有充足的理由。

2. 分析人員要使用符合客戶語言習慣的表達。

3. 分析人員要了解客戶的業務及目標。

4. 開發人員要對需求及產品，實時提出建議和解決方案。

5. 描述產品使用特性。

6. 要求對變更的代價，提供真實可靠的評估。

需求分析的活動

1. 繪制系統關聯圖。

2. 創建用戶接口原型。

3. 分析需求可行性。

4. 確定需求的優先級別。

5. 為需求建立模型。

6. 創建數據字典。

7. 使用質量功能調配。

需求分析報告

1. 需求分析報告的內容包括如下：
□ 系統功能結構圖
□ 系統功能說明
□ 現有系統的業務流程圖及說明
□ 新系統的業務流程圖及說明

2. 需求分析報告的編寫者要參與到需求的搜集工作中，準確領會客戶的意圖，并轉化成軟件能夠實現的功能。對于說不清楚需求的客戶，要善于問關鍵問題，引導客戶提出自己的需求。可以采取的措施是事先編制一個問卷調查之類的文檔，詳細列舉需要客戶回答的問題，以便防止遺漏。

3. 需求報告的編寫者要能夠對客戶需求進行深入分析，區別出哪些需求存在日后變更的可能，哪些需求屬于相對固定的，哪些需求能夠實現，哪些需求需要變通才能實現，以便于指導后面的功能設計。

4. 需求分析報告對功能細節的描述不能有歧義，描述一定要全面、準確，防止開發方和客戶之間對同一個問題有兩個截然不同的理解。可以通過評審，用大家的力量來避免這種情況發生。

5. 需求報告的每個功能的描述都要讓客戶明白和理解，客戶在理解之上的確認才能夠保證日后一旦出現問題，不至于出現雙方互相推脫責任，糾纏不清的情況。

6. 需求報告一定要經過一個有技術人員和業務人員參加的評審，要充分發揮團隊的力量，重視每個人的才智，一個模塊一個功能地逐一查看，讓大家來共同找出需求報告里不合理的、有歧義的、不完善的、有遺漏的等等問題。

7. 幫助客戶去理解提交給他的需求分析報告而不是只等簽字，對于有能夠用好幾種方式實現的功能，盡量做到能讓客戶去比較和選擇。不要讓客戶對報告中的部分產生歧義。只有客戶對報告的完全理解，才能在日后客戶提出的修改被認為是需求變更的時候能夠得到客戶的理解。

8. 需求分析報告一定要雙方共同簽字確認。

作者：秦羽｜公眾號：秦羽思維，企業高管及創業者，資深管理教練。聚焦互聯網、電商和新商業，洞察一切商業本質。歡迎大家關注、點贊、轉發、評論！