需求評審
什麼是需求評審？為什麼要進行需求評審？
1.傳達產品理念
需求評審是產品進入正式開發之前非常重要的一個環節，通常是由產品經理主持的，通過講解產品需求文檔，向項目成員傳達我們這個項目要做什麼？為什麼而做？要達到什麼樣的目標？的一個會議，目的是統一項目成員對產品需求的理解，讓大家進一步詳細了解產品方案，知道自己在實現整個方案的過程中處於什麼位置，職責是什麼，需要準備什麼，以便為後續「如何做」打好基礎，可以說是一個需求達成共識的必要環節，也讓項目成員對於這個項目就更具有參與感。
2.完善需求
另外需求評審也是一個完善需求的一個過程，產品經理在編寫需求文檔時，往往是站在業務和用戶的角度來考慮的，有時提出的方案站在技術人員角度來說有可能不是最優甚至是不可能實現的。所以只有在大家的討論和建議中，才會讓需求更正確、也更完善。大大減少了後期做無用功的概率。
3.建立成員的責任感
如果不進行需求評審，或者直接跨過需求評審，那麼產品經理就只有單獨的去跟每個項目人員溝通某個功能具體要怎麼實現。
有的產品經理說我單獨找項目里的成員單獨說具體功能怎麼做就行了，不一定要開需求評審會，這裡有一個點是說直接找單個人去溝通具體的功能，那麼這是直接去讓項目成員去執行，也就是越過評審環節，產品的潛台詞也就是說「我的需求都是對的，你去執行就行了」，我想每個人不想只是一個事情的執行者而不是參與者吧。這樣會導致有可能每個人對這件事情的意義及結果都不會在意，因為「我只是執行，需求是產品決定的「這樣的想法。
當產品經理對要做的事情足夠重視、對每個項目成員足夠重視、對每個人的建議和反饋都會認真對待的時候。相應每個項目成員也就會認真對待項目，也就有了要擔負起責任的認知。
需求評審都需要評審哪些？
（1）需求定義的目標是否與用戶的要求一致
（2）需求分析階段提供的文檔資料是否齊全
（3）文檔中的所有描述是否完整、清晰、準確地反映了用戶要求
（4）與所有其他系統成分的重要接口是否都已經描述
（5）主要功能是否已包括在規定的軟件範圍之內，是否都已充分說明
（6）軟件的行為和它必須處理的信息、必須完成的功能是否一致
（7）設計的約束條件或限制條件是否符合實際
（8）是否考慮了開發的技術風險
（9）是否詳細制定了檢驗標準，它們能否對系統定義成功進行確認。
產品經理講解需求的產生背景，需求要實現的效果，業務邏輯，用戶交互等，保證相關的參與人員充分理解需求；解答大家對需求存在的任何問題，最終達到對需求的一致性認識。
開發人員從技術角度來分析實現方案，實現難易程度。如果實現中存在問題，有沒有好的解決方案，在預定的時間內會影響項目進度嗎？設計從交互角度給出適當的建議，有沒有不合理的交互流程，是否存在可優化的地方？
測試從用戶角度來給出產品邏輯上是否存在不合理的建議，對需求實施需求測試，提前介入項目。
驗證標準：正確性，無歧義性，完全性，可驗證性，一致性，可理解性，可修改性，可追蹤性
方法： （1）自查法 （2）用戶審查法 （3）專家審查法 （4）原型法
參與人員：產品經理，項目經理，開發人員，測試人員，運維人員
測試人員為什麼要參加需求評審？
1、 充分地理解需求，確保對需求的理解與需求分析人員是一致的；
2、 對需求規格說明的準確性/完整性/可行性進行評審，提醒需求分析人員及時補充遺漏部分或修改文檔中描述不夠準確的部分，確保文檔中的所有描述完整、清晰、準確地反映了用戶要求
3、 從測試人員的角度努力發現《 用戶需求說明書》中不可測試的需求，從而提醒需求分析人員儘早修改；
