可能造成需求不明确的原因有许多，有些需求在最后一刻之前都是无法明确的；
同样的，需求文档缺乏也是常见现象，但是缺乏的原因却是多种多样的。
首先，您处于什么位置？您是项目在技术方面的主要负责人吗？还是重要模块的主要负责人？
您在团队中的位置是第一个重要的要考虑的因素。如果您是一个大团队的一员，并且其他团队成员有同样的困惑，我的建议是暂时只能按照原来的节奏去展开工作，已经发生的问题不可能立刻得到解决，而大型团队一般进行的是较为大型的项目，手头的工作也不是说停下来就能停下来的。
如果您是团队的重要成员（即使不是首席技术负责人），负责许多重要模块的研发工作，那么我就要建议您好好的和项目经理坐下来交流一下，但是就我们的经验，直接点出“缺乏明确的需求”是不会有效的。我的建议是，如果您能就已经完成的工作和项目经理展开讨论，用事实说明在项目中遇到的需求困难，以及这种困难已经造成的麻烦，那么即使不能解决问题，至少大家能建立起一个达成共识的平台，不至于在讨论工作量及规模的问题时互相扯皮。
不同系统的需求特征是不同的，依据需要完成的系统的不确定性（应该从客户及用户对需求的理解程度、开发团队对需求的理解程度、市面上有无成熟的同类产品这三个角度分别去分析）的大小，来确定需求是否有可能在开始时就被明确下来。假设您现在正在开发一个创新的产品或系统，那么需求注定是无法被有效提前挖掘的。
如果您真的认为这个问题已经严重影响了现在的工作，那么您应该认真的向项目经理提出这个问题，至少应该对“为什么需求没有被明确”这个问题达成一个共识。
大团队和小团队的区分啊，团队大了，没文档工作没法开展，小团队，有文档没文档都一样，都能开展工作
没有需求文档，就自己写，锻炼了PD的能力；没有原型，就自己画，锻炼了ID的能力；10天写出demo，锻炼了作为一个程序员的抗压能力...流程缺失就自己补全，锻炼了项目经理的能力...
没有需求文档，不代表没有需求。 你的问题其实还是对社会和公司形态认识太少。大公司就一定有文档？这个也未必。但是作为一个人在社会上还是要明白大公司学做人，小公司学做事的道理。不论公司规模都有你学习的东西，只是你当前的阅历和知识面会让你觉得学习这些东西不必要。信用一句话吧，书到用时方恨少，也是这个道理。
碰到需求不明确的，就在开发过程中不断的沟通，或者是开发出一个简单的，然后给用户操作，让他及时反馈，签字画押，形成详细的需求文档。
有时自己都不知道应该是什么样的。只能靠需求人员去给引导或者提取，我觉着项目经理、需求、开发人员都有责任。。。都得检讨才行，任何一个环节做到位了就不会出这个问题
真正写代码之前,每个你能想到的细节都要问清楚,千万不要有侥幸心里.就算问清楚了,也要口头确认,书面确认,再书面确认. 确认到客户烦为止.
做项目前一定要弄清楚需求。否则只有无数次的反工。导致项目一直延期。成本超出预算。
在做项目的时候，首先要考虑对用户的业务熟悉不熟悉，如果不熟悉，就要考虑好这种情况，换个角度来看，这种由于业务不熟悉导致的需求变更，是公司应该交的学费，怎么在前期做好项目策划，就非常重要。
认为把需求做好做细就能避免资源浪费，是一厢情愿的想法。因为需求是无止境的，你也无法有效验证需求的合理性。从理论 上说，需求做的是不是好，最后还是要看实施结果，所以前期对需求是不是足够好足够细的判断，只能基于猜测或者形式上的要求
目前软件行业发展的基础上，最好的方法还是多加强沟通，多学习国外的软件管理和规范，客户和老板要多考虑业务实际需求，项目经理严把关卡，开发人员也要学会拒绝。需要客户、老板、项目经理、开发人员四者配合才可以妥善解决。
做法：
1.开发前尽量要求有一份详细的说明文档。如果没法提供，需要了解没有提供的原因。
2.对于需求不明的文档，开发前自己理清思路，甚至于自己编写需求文档，让产品确认。忌：产品、开发都对需求不清，就开始编程。
3.每次的沟通，口说无凭。口头沟通之后，再邮件确认。这样给产品一定的压力，不至于5分钟给你一个ideal，开发完成后，10分钟体验后推到重来。
或者，每次开发给出建议。产品一句“我们就是这样使用的，不用这样做”。等开发完成之后，又各种使用不流畅，返工。
4.对于需求不明的项目，要随时与产品进行沟通，让其使用、体验。确保有效的沟通，减少彼此理解上的差异造成的返工。要不厌其烦的一直确认到OK才可以
5.保持良好的心态，作为开发团队中的一员，跨部门沟通时，一定要谨慎。对于跨部门的矛盾，一定要先和领导反映，了解矛盾产生的原因，不要直接对跨部门的对接人表示不满
6.需求不明，不是一个简单的原因。可能项目需求紧急；项目经理明知需求不明，但站在更高的层次上去考虑问题，有自己的考量，才要这个项目；沟通成本低，所以产品觉得没必要；本身项目就没有借鉴，大家都在摸索；产品觉得有参考项目，觉得没必要写的太详细……
需要确定，需求不明的原因，然后针对具体的情况，决定用哪种方式完成
7.面对任何问题、困难，不要先去抱怨自己没有得到足够的支持，或者对接人没有起到自己应付的责任。而应先从自身找原因。遇到这种问题、困难，有没有更优的解决方案，更好的避免、减少风险；对于自己确认过的东西，一定要有正式的文档备录，避免口说无凭，自己处于一个不利的地位。
总之，对于外界不可控的因素，先考虑领导层这样决策的用意；导致此种问题的原由；先从自身方面如何尽力扭转自己的劣势；及时沟通，尽量减少风险的成本；思考是否能和对接人有效沟通，阐明自己的困难，是否彼此有更有效的沟通方式。