1、需求評審的重要性 在軟件項目中，需求分析是最開始的工作，同時也是最重要的工作。需求分析如果做得不夠詳細或者是偏離用戶需求或者是存在缺陷的話，往往會給項目帶來滅絕性的災難，不重視需求過程的項目團隊將自食其果。因此，如何保證需求分析的正確、准確性，成了決定軟件項目成敗的關鍵因素。在實際的項目過程中，需求階段往往是由一兩位需求分析人員與用戶溝通用戶需求，然后根據自己的理解輸出軟件需求說明書及軟件原型。 接下來的項目計划、軟件設計、編碼、測試等各個環節都以此為基准。俗話說，當局者迷，旁觀者清，經驗再豐富的需求分析人員也可能犯錯，所謂智者千慮，必有一失，這是永遠不變的客觀規律。另外，受需求分析人員的理解及用戶的表達等因素的影響，需求在傳遞過程中往往存在很大偏差。 需求分析人員輸出的需求分析說明書，到設計人員、編碼人員、測試人員那里往往又會有不同的理解。因此，軟件需求分析說明書的正確性必須得到徹底的驗證，利益相關方必須徹底理解需求，並達成一致。要達成這一目標、降低需求風險，需求評審是一個行之有效的方法。 目前，很多小型軟件企業在需求階段，往往是需求人員寫完需求后再跟用戶溝通一下，就直接進入設計開發階段了，設計、編碼、測試人員前期沒有參與進來，根本沒有進行需求評審。也有不少企業的需求評審存在“走過場”的情況，其他人員根本不關心軟件需求，認為軟件需求就是需求分析人員的事情，他們怎么寫大家怎么做就可以了，在提需求異常時簡單找幾個錯別字提一下應付了事，沒有提出有效的需求異常。也有的時候，在需求評審會議中，大家的關注點常常會不知不覺的轉向設計，結果需求評審會議成了設計討論會議，大家想得最多的是需求如何實現，而不是需求文檔本身有無問題。 或者是因為沒有做好前期准備工作，導致評審時間長、效率低，結果很多問題不了了之。這樣的評審，最終效果可想而知。
2、需求評審的關鍵 下文根據筆者多年參與軟件項目管理的切身體會及經驗，從不同角度對需求評審方法進行論述。 2.1 充分准備評審 好的軟件需求說明書，是進行有效需求評審的前提。 首先，需求人員在與用戶確認需求的過程中，一定不要放過任何一個細節，仔細體會用戶的每一個要求。對於用戶的要求，需求人員需要對其加以梳理：哪些是合理的需求，哪些是不合理的需求，還有一些可能是必要的但是用戶沒想到的需求。 軟件需求說明書不應該只是用戶意願的表達，而應該是從軟件層面上對用戶需求的總結。 軟件需求說明書對需求用例的描述一般分為基本流和擴展流，基本流是大家很容易想到的主要業務流程，而實際設計開發及測試過程中，最耗費時間的是實現擴展流的過程。因此不能只注重基本流，好的軟件需求說明書，擴展流一定遠遠多於基本流，擴展流寫得越完善，說明需求人員考慮得越周全。 而實質上，如果擴展流寫得不完善，后期的設計、開發及測試人員往往在相應的細節處理上無所適從。 2.2 分層次評審 用戶的需求是可以分層次的，一般而言分成以下層次： ①目標性需求，定義整個系統需要達到的目標； ②功能性需求，定義了整個系統必須完成的任務； ③操作性需求，定義了完成每個任務的具體的人機交互；目標性需求是企業的高層管理人員所關注的，功能性需求是企業的中層管理人員所關注的，操作性需求是企業的具體操作人員所關注的。 對不同層次的需求，其描述形式是有區別的，參與評審的人員也是不同的。如果讓具體的操作人員去評審目標性需求，可能會很容易地導致“撿了芝麻，丟了西瓜”的現象，如果讓高層的管理人員也去評審那些操作性需求，無疑是一種資源的浪費。 分層次評審，可以讓不同類型的參與人分別評審他們關注的內容，從不同的角度找到需求的異常，提高評審效率。