在創建需求的時候，有一個"不需要評審"的復選框，如果選中該復選框的話，需求的創建成功后狀態是激活的。
但大部分情況下面，需求還是需要評審的。
- 即使產品完全由一個人負責，也可以將一些不成熟的想法存為草稿，后續再進行處理。
- 開發、測試在實際開發、測試工作中，根據具體的工作會發現一些需要優化的需求，他們提交的新需求需要評審。
- 技術支持在和用戶客戶對接時，會從用戶客戶那獲取一些新需求，他們提交的新需求也是需要評審的。
- 凡是對需求標題、描述、驗證標準和附件的修改，都應該走變更流程。變更之后的需求狀態為已變更，也是需要進行評審的。
本文檔我們將介紹需求的評審流程和方式。
一、需求評審的規則、流程、結果
需求的評審規則、流程、結果，我們可以在后臺–自定義–需求里查看和設置。
評審規則：
評審結果：
評審的流程：
默認是開啟評審流程的，不管是開啟評審還是關閉評審流程時，可以設置強制評審。
強制評審中的成員，提交的需求，都必須走評審流程。
二、需求的評審人
創建和編輯產品時，我們新增了產品評審人的字段。
設置了產品評審人，那么在該產品下創建需求、變更需求時，需要評審時，默認的評審人就是設置的產品評審人。
評審人可以設置1人也可以設置多人。
設置好了評審人后，創建需求和批量創建需求時，由誰評審的下拉列表就只顯示設置的評審人。
變更需求時，由誰評審也默認列出設置的評審人。
三、需求的超級評審人
禪道16.0版本開始新增了超級評審人功能。
超級評審人不受任何評審規則的限制，超級評審人有一票否決權。
超級評審人和評審人一樣可以設置多人。
在后臺–自定義–評審規則–超級評審人里，可以設置我們的超級評審人。
即便該需求之前由多人評審，且其中某一個評審人已評審拒絕，但是當超級評審人去評審該需求時，
不受之前的評審規則限制，最后都以超級評審人的評審結果為本輪需求評審的最終結果。
需求的歷史記錄也會記錄超級評審人評審的時間、評審意見以及結果。
四、需求的多人評審
需求在創建和變更時，由誰評審可以選擇多人。之前只能由一人評審，現在可以實現多人評審一個需求。
多人評審需求時，設置了評審規則。需求是否評審通過根據評審規則和實際評審人的評審結果進行計算，最終得出需求的評審結果。
4.1 設置評審規則
評審規則可以到后臺–自定義–需求–評審規則里進行選擇。
我們提供兩種規則：評審結果全部通過時該需求為評審通過（全部通過通過）；評審結果半數以上通過時該需求為評審通過（半數以上通過通過）。
4.2 創建需求時的多人評審
單個創建和批量創建需求時，由誰評審可以選擇多人評審。
單個創建需求時：
成功創建多人評審的需求后，需求的狀態為草稿。
待提交評審后，需求的狀態改為評審中。
-
當所有評審人都評審完成后，根據評審規則計算結果后，根據結果來判斷是否需要更改需求的狀態：
-
首先根據后臺設置的”全數通過“和”半數通過“原則校驗是否滿足需求是否通過，通過后，需求狀態改為激活。
-
未通過的需求根據票數判斷，若選擇”拒絕“的票數多，則需求被拒絕， 需求狀態改為已關閉；若選擇”有待明確“的票數多，則需求退回草稿狀態，待用戶修改后再提交評審。
4.3 變更需求時的多人評審
變更需求時，也可以選擇多人進行評審。
變更后的需求可以暫存，狀態變為變更中。
待提交評審后，需求的狀態改為評審中。
當所有評審人都評審完成后，根據評審規則計算結果后，根據結果來判斷是否需要更改需求的狀態：
- 首先根據后臺設置的”全數通過“和”半數通過“原則校驗是否滿足需求是否通過，通過后，需求狀態改為激活。
- 未通過的需求根據票數判斷，若選擇”撤銷變更“的票數多，則需求被拒絕， 需求內容會回退至上一版本，需求狀態重新改為激活；若選擇”有待明確“的票數多，則需求退回變更中狀態，待用戶修改后再提交評審。
五、需求的撤銷評審
需求發起評審后，如果發現還有需求標題、描述、驗收標準和附件還需求修改。
為了避免進行多輪次的評審。
我們提供了撤銷評審功能，首先需要去后臺–人員–權限的權限分組里分配撤銷評審的權限。
在產品–需求列表中發起評審的需求的操作欄里顯示撤銷按鈕。
點擊撤銷評審按鈕后，需要重新發起評審，才可以繼續進入評審流程。
需求的歷史記錄中會記錄撤銷評審和重新變更發起評審的歷史信息。
方便進行操作的追溯和查看。
/web/data/upload/zentao/202411/f_7a9413bfb917d51913f225014d69afc1.jpg)
需求的歷史記錄中會記錄撤銷評審和重新變更發起評審的歷史信息。
方便進行操作的追溯和查看。
