可能造成需求不明確的原因有許多，有些需求在最后一刻之前都是無法明確的；
同樣的，需求文檔缺乏也是常見現象，但是缺乏的原因卻是多種多樣的。
首先，您處於什么位置？您是項目在技術方面的主要負責人嗎？還是重要模塊的主要負責人？
您在團隊中的位置是第一個重要的要考慮的因素。如果您是一個大團隊的一員，並且其他團隊成員有同樣的困惑，我的建議是暫時只能按照原來的節奏去展開工作，已經發生的問題不可能立刻得到解決，而大型團隊一般進行的是較為大型的項目，手頭的工作也不是說停下來就能停下來的。
如果您是團隊的重要成員（即使不是首席技術負責人），負責許多重要模塊的研發工作，那么我就要建議您好好的和項目經理坐下來交流一下，但是就我們的經驗，直接點出“缺乏明確的需求”是不會有效的。我的建議是，如果您能就已經完成的工作和項目經理展開討論，用事實說明在項目中遇到的需求困難，以及這種困難已經造成的麻煩，那么即使不能解決問題，至少大家能建立起一個達成共識的平台，不至於在討論工作量及規模的問題時互相扯皮。
不同系統的需求特征是不同的，依據需要完成的系統的不確定性（應該從客戶及用戶對需求的理解程度、開發團隊對需求的理解程度、市面上有無成熟的同類產品這三個角度分別去分析）的大小，來確定需求是否有可能在開始時就被明確下來。假設您現在正在開發一個創新的產品或系統，那么需求注定是無法被有效提前挖掘的。
如果您真的認為這個問題已經嚴重影響了現在的工作，那么您應該認真的向項目經理提出這個問題，至少應該對“為什么需求沒有被明確”這個問題達成一個共識。
大團隊和小團隊的區分啊，團隊大了，沒文檔工作沒法開展，小團隊，有文檔沒文檔都一樣，都能開展工作
沒有需求文檔，就自己寫，鍛煉了PD的能力；沒有原型，就自己畫，鍛煉了ID的能力；10天寫出demo，鍛煉了作為一個程序員的抗壓能力...流程缺失就自己補全，鍛煉了項目經理的能力...
沒有需求文檔，不代表沒有需求。 你的問題其實還是對社會和公司形態認識太少。大公司就一定有文檔？這個也未必。但是作為一個人在社會上還是要明白大公司學做人，小公司學做事的道理。不論公司規模都有你學習的東西，只是你當前的閱歷和知識面會讓你覺得學習這些東西不必要。信用一句話吧，書到用時方恨少，也是這個道理。
碰到需求不明確的，就在開發過程中不斷的溝通，或者是開發出一個簡單的，然后給用戶操作，讓他及時反饋，簽字畫押，形成詳細的需求文檔。
有時自己都不知道應該是什么樣的。只能靠需求人員去給引導或者提取，我覺着項目經理、需求、開發人員都有責任。。。都得檢討才行，任何一個環節做到位了就不會出這個問題
真正寫代碼之前,每個你能想到的細節都要問清楚,千萬不要有僥幸心里.就算問清楚了,也要口頭確認,書面確認,再書面確認. 確認到客戶煩為止.
做項目前一定要弄清楚需求。否則只有無數次的反工。導致項目一直延期。成本超出預算。
在做項目的時候，首先要考慮對用戶的業務熟悉不熟悉，如果不熟悉，就要考慮好這種情況，換個角度來看，這種由於業務不熟悉導致的需求變更，是公司應該交的學費，怎么在前期做好項目策划，就非常重要。
認為把需求做好做細就能避免資源浪費，是一廂情願的想法。因為需求是無止境的，你也無法有效驗證需求的合理性。從理論 上說，需求做的是不是好，最后還是要看實施結果，所以前期對需求是不是足夠好足夠細的判斷，只能基於猜測或者形式上的要求
目前軟件行業發展的基礎上，最好的方法還是多加強溝通，多學習國外的軟件管理和規范，客戶和老板要多考慮業務實際需求，項目經理嚴把關卡，開發人員也要學會拒絕。需要客戶、老板、項目經理、開發人員四者配合才可以妥善解決。
做法：
1.開發前盡量要求有一份詳細的說明文檔。如果沒法提供，需要了解沒有提供的原因。
2.對於需求不明的文檔，開發前自己理清思路，甚至於自己編寫需求文檔，讓產品確認。忌：產品、開發都對需求不清，就開始編程。
3.每次的溝通，口說無憑。口頭溝通之后，再郵件確認。這樣給產品一定的壓力，不至於5分鍾給你一個ideal，開發完成后，10分鍾體驗后推到重來。
或者，每次開發給出建議。產品一句“我們就是這樣使用的，不用這樣做”。等開發完成之后，又各種使用不流暢，返工。
4.對於需求不明的項目，要隨時與產品進行溝通，讓其使用、體驗。確保有效的溝通，減少彼此理解上的差異造成的返工。要不厭其煩的一直確認到OK才可以
5.保持良好的心態，作為開發團隊中的一員，跨部門溝通時，一定要謹慎。對於跨部門的矛盾，一定要先和領導反映，了解矛盾產生的原因，不要直接對跨部門的對接人表示不滿
6.需求不明，不是一個簡單的原因。可能項目需求緊急；項目經理明知需求不明，但站在更高的層次上去考慮問題，有自己的考量，才要這個項目；溝通成本低，所以產品覺得沒必要；本身項目就沒有借鑒，大家都在摸索；產品覺得有參考項目，覺得沒必要寫的太詳細……
需要確定，需求不明的原因，然后針對具體的情況，決定用哪種方式完成
7.面對任何問題、困難，不要先去抱怨自己沒有得到足夠的支持，或者對接人沒有起到自己應付的責任。而應先從自身找原因。遇到這種問題、困難，有沒有更優的解決方案，更好的避免、減少風險；對於自己確認過的東西，一定要有正式的文檔備錄，避免口說無憑，自己處於一個不利的地位。
總之，對於外界不可控的因素，先考慮領導層這樣決策的用意；導致此種問題的原由；先從自身方面如何盡力扭轉自己的劣勢；及時溝通，盡量減少風險的成本；思考是否能和對接人有效溝通，闡明自己的困難，是否彼此有更有效的溝通方式。