問題描述：我們公司快要成立測試部了，之前我們一直是研發(fā)部下的測試小組，在成立之前，我們測試組集體討論了下測試組成立前后的一些問題。其中一個難題就是需求，我們幾個都沒有相關(guān)的經(jīng)驗，所以我在此求助大家，邀大家來討論下：如何進行需求評審？怎樣的需求評審機制才是有效的？
精彩回答：
關(guān)于需求評審，首先我覺得應(yīng)該解決的是可用的評審可用資源問題，只有把這個問題解決了，其評審結(jié)果才可以采信，否則不過形式爾耳。
關(guān)于需求評審的一些必備資源，我這里選列了相關(guān)角色，如下列：
* 業(yè)務(wù)專家或是熟悉該業(yè)務(wù)的人員（通常也叫業(yè)務(wù)方代表）
* 文檔審查人員
* 架構(gòu)師
* 需求分析師
* 需求評審組織人員及記錄人員
當(dāng)然，除了人員意外，必要的時間、場地和上層決策者的支持也是不可或缺的。
這些資源一旦準(zhǔn)備停當(dāng)，接下來就是如何安排評審事宜的問題了。我這里簡單列下以往曾做過的一輪需求評審的過程：
* 準(zhǔn)備階段（P）
o 爭取上層決策者的支持與諒解
o 籌備相關(guān)的資源，包括人力、時間計劃，評審場地
o 在正式評審之前，將相關(guān)的需求記錄（文檔或其他形式）發(fā)布給每個參與評審的人員手中，并確保其有足夠的時間可以通閱需求并做好評審前的相關(guān)質(zhì)疑與確認(rèn)記錄
o 在正式評審之前，會議組織者應(yīng)先收集相關(guān)評審人員的各項需求評審建議和意見，對存在爭議和疑惑的需求說明必須做好討論的安排
o 發(fā)布經(jīng)確認(rèn)后的評審計劃或時間表
* 實施階段（D）
o 由評審組織者召集各評審人員集中評議，可以以正式的會議等形式組織，此處以會議為形式做說明
o 與會人就某具體的問題進行討論，討論的優(yōu)先級如下所列
* 最重要的業(yè)務(wù)內(nèi)容，一般是按流程、功能、細(xì)節(jié)來排定
* 爭議或疑問較多的地方
* 部分有爭議的地方
* 對于沒有提出疑義的地方，可以快速流過
o 最后，要注意一定要回顧已提出問題和有結(jié)論的地方
o 由會議記錄人員整理會議的綱要，記錄各與會人員的相關(guān)意見，并在會后遞交紀(jì)要
* 檢查再實施階段（C）
o 對評審得出結(jié)論的問題進行再次確認(rèn)和修正補充
o 確定下次評審的時間
o 按照第一階段的流程再次進行組織，并確認(rèn)結(jié)果
o 對大多數(shù)組織，兩次評審可以解決大部分的問題，對于懸而未決的問題，如影響范圍有限，則可以延后討論解決
* 總結(jié)階段（A）
o 就以上內(nèi)容做最后的確認(rèn)，需求定稿，各方簽字確認(rèn)。
o 今后的變更轉(zhuǎn)入需求變更流程，其后產(chǎn)生的評審為小范圍內(nèi)評審。
4#給出了一項檢查清單，作為文檔審查人員審查需求的參考檢查表使用，大家可以在進行需求評審時參考使用。
建議一：分層次評審
我們知道用戶的需求是可以分層次的，一般而言可以分成如下的層次：
* 目標(biāo)性需求：定義了整個系統(tǒng)需要達到的目標(biāo)；
* 功能性需求：定義了整個系統(tǒng)必須完成的任務(wù)；
* 操作性需求：定義了完成每個任務(wù)的具體的人機交互；
目標(biāo)性需求是企業(yè)的高層管理人員所關(guān)注的，功能性需求是企業(yè)的中層管理人員所關(guān)注的，
操作性需求是企業(yè)的具體操作人員所關(guān)注的。對不同層次的需求，其描述形式是有區(qū)別的，參與評審的人員也是不同的。如果讓具體的操作人員去評審目標(biāo)性需求，可能會很容易地導(dǎo)致“撿了芝麻，丟了西瓜”的現(xiàn)象，如果讓高層的管理人員也去評審那些操作性需求，無疑是一種資源的浪費或者就會出現(xiàn)案例三的情形。
建議二：正式評審與非正式評審結(jié)合
正式評審是指通過開評審會的形式，組織多個專家，將需求涉及到的人員集合在一起，并定義好參與評審人員的角色和職責(zé)，對需求進行正規(guī)的會議評審。而非正式的評審并沒有這種嚴(yán)格的組織形式，一般也不需要將人員集合在一起評審，而是通過電子郵件