瘋狂

在平常的工作中，我們總是會說需求不夠明確，這是一種很籠統的說法，是我們對一份需求文檔抽象的評價，其中包含的含義可能是如下情況：需求存在二義性、需求不明確、需求不完整、需求不正確，等等。
當我們反饋問題的時候，僅僅反饋需求不明確或者需求質量不好，是沒有意義的，我們必須明確的指出具體的問題所在，這樣才有利于需求的完善和質量提升。下面就需求二義性、需求正確性、需求完整性幾個方面進行說明。
一.需求二義性
需求描述的二義性一方面是指不同讀者對需求說明產生了不同的理解；另一方面是指同一讀者能用不同的方式來解釋某個需求說明。
在需求閱讀過程中，只要是不能夠明確清晰理解的內容，都需要提出來，讓PD給予確認修改。如某需求文檔中對商品價格的描述，在不同的地方分別使用了價格、單價，這就很容易引導讀者以為是兩個概念。

二.需求正確性
需求文檔描述的內容，除了要求清晰的，還要保證內容是正確的。我們可以從以下方面進行檢查：
?1.功能是否正確合理
任何一個需求都不會憑空而降，都有它背后的理由。考慮問題的時候換位思考，運營/pd推出該需求的動機是什么，明白了背景，再去思考需求是否能滿足背景要求，是否有損害到真正用戶的利益。
?2.與現有系統業務是否沖突矛盾
如果需求是和現有的業務緊密聯系的，需要對現有業務進行一個梳理，確認新的需求不會和已有的功能是沖突矛盾的，或者與原有的業務意圖是背離的。
?3.用戶對象是否正確
用戶對象，會涉及到用戶權限的問題，主要是看功能涉眾描述是否正確，避免錯亂和遺漏。

三.需求完整性
需求完整性包含描述不細致、不完整和缺失。
?1.需求不細致
需求文檔對一個功能點進行了描述，但是顆粒過于粗糙，細節信息沒有被傳遞。比較常見的是頁面元素的處理。比如這樣的一個描述說明：點擊網點名稱，打開網點詳細信息。網點詳細信息頁面需要輸出哪些內容是不明確的，面對這樣一個需求，開發可以根據自己的理解對信息進行輸出，但是可能會與PD的預期有出入。
?2.需求不完整
不完整是指需求文檔有說明，但是沒有給出明確定義說明。比如某個PRD文檔中，有文字提及下單模式有預付金下單和非預付金下單，但文檔中有詳細描述的只有預付金下單，非預付金下單還沒有來得露臉就消失了，讓讀者完全搞不懂這是一種什么樣的下單模式。
?3.需求缺失
需求缺失則是徹底的遺漏，整個文檔都沒有出現，又可分為業務規則缺失和功能缺失。要找出需求缺失問題，必須熟讀需求文檔。
查找業務規則缺失問題，需要有業務基礎，對現有的相關業務知識進行學習了解，對需求的背景進行剖析，在明確需求目的前提下，對需求已經提及的業務規則分析，查找是否有遺漏。
查找功能缺失問題，可以通過畫系統功能模塊框架圖和活動圖，明確各個功能是否能完整的流轉，如果有數據是不能到達終點的，則是存在缺失的功能點。
 
原文地址：http://qa.taobao.com/?p=8781