不少項目業務就是為客戶服務，完成客戶所想要的。但這個”想要的“就很靈性了，它很多時候不打算是一個很理性的東西，這也是為什么項目需求分析難做的原因。

　　大家都清楚不論是為了更好達到客戶要求，還是為了讓項目組成員更清晰的知道要做什么，項目需求都必須確立清楚并符合客戶愿景。

　　因此提前做好項目需求分析，是挖掘客戶內心想法，讓大家認準努力目標的前期重要準備。那么大家在做需求分析時會遇到哪些狀況?又應該如何解決呢?

　　狀況一：客戶不專業，需要項目組去完善

　　很多客戶雖然對自己的相關業務熟練，但對于產品開發等相關知識卻很缺失，也沒有相關項目管理的經驗，所以只能心里有一個想要的產品輪廓，卻無法將它完美轉換為具化產品。

　　于是這是就需要項目組去替客戶來完整這個輪廓的細節，而項目成員們能否真正站在客戶角度去搜集整理、理解這些需求，就決定了這個需求的完整性和有效性，以及真正被實現的可能。

　　措施：善于問問題并引導客戶理解

　　遇到上述情況，需求分析報告的編寫者要參與到需求的搜集工作中，準確領會客戶的意圖，并轉化成軟件能夠實現的功能。

　　對于說不清楚需求的客戶，要善于問關鍵問題，引導客戶提出自己的需求。如：可以事先編制一個問卷調查之類的文檔，詳細列舉需要客戶回答的問題，以便防止遺漏。而客戶在回答和引導的過程中，自己對自己想要的東西也會逐漸清晰。

　　狀況二：分析需求的性質，考慮可變性

　　隨著客戶對自己產品相關項目理解越來越深刻，可能他的需求也會隨之改變，這些改變的變動越大造成的項目風險可能越大。

　　我們在需求分析的時候就要充分考慮到哪些需求是相對固定的需求，哪些可能會是產生變動的需求，考慮到它的可變性。

　　如此在根據需求做功能時考慮這些因素，后期即使發生變動，也不至于影響整個項目而束手無措。

　　措施：羅列需求變數的可能性

　　因此，需求分析人員要能夠對客戶需求進行深入分析，區別出哪些需求存在日后變更的可能，哪些需求屬于相對固定的，哪些需求能夠實現，哪些需求需要變通才能實現，作為后面項目人員各項工作開展的指導參考。

　　狀況三：負責者不認真，雙方認知錯誤

　　需求分析是一項繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認和反復。

　　由于大部分客戶雖然安排專人負責這項工作，但是該人并不只做這項工作，特別當他被很多其他的事情纏身時，而無心細看提交過去的需求報告時，他很可能會給你一個錯覺，讓你認為他已經真正的理解并認可了你的方案。然而這種雙方的錯誤認知，就可能造成一方吃力不討好的完成，另一方卻不甚滿意。

　　措施：確保客戶確認是理解為前提

　　因此，需求分析報告對功能細節的描述不能有歧義，描述一定要全面、準確，防止項目方和客戶之間對同一個問題有兩個截然不同的理解。客戶在理解之上的確認才能夠保證日后一旦出現問題不致出現雙方互相推托責任糾纏不清的情況。

　　綜上所述，各種理解或其它失誤造成大家對需求認知的錯誤而產生的不良后果，無疑是讓人頭痛又遺憾的。多數失誤是大家可以避免的，對于這種源頭就需要確立的事項，項目人員尤其需要引起重視，避免出現失誤，導致大家”做白工“的可能。