众多领域的一系列研究表明，没有需求或需求不明会对项目的成本和交付日期产生重大影响。产品本身是由客户的需求确定的。项目经理的目标就是在时间、成本及质量要求的范围内交付客户预期的产品。作为项目经理，我们没有权力提出需求，我们的客户才有，并且可以对需求进行变更，而我们要尽全力去满足这些需求。
在建筑业，业主拥有初步需求的决定权。然后建筑师负责设计满足这些需求的建筑，工程队负责跟进建筑草图进行工程设计。这个流程数十年都非常有效。但是如果业主决定变更需求，对项目的影响可能是巨大的，因为所有和最初需求相关的工作都必须返工重做。
相比之下，在IT或软件领域，收集需求的流程还不太成熟。IT项目的高失败率早有记录，大部分失败都可以归咎于没有需求或需求不明。作为解决办法，IT公司根据此问题制定了一系列的项目管理办法，如敏捷开发法。
需求不明潜在的第一个危险信号就是在实际工作前没有任何经认可的及签署的需求文件。这是项目会遇到问题的前兆。另一个危险信号就是项目经理开始受到许多和需求无关的变更请求。如果有多于10%的变更请求都有悖于需求，那么这个产品一定没有经过慎重思考，这会带来一定风险。
处理需求不明的技巧：
（1）需求文件一旦被认可并签署，产品开发工作就开始启动；
（2）确保投入足够的时间和精力来收集和分析需求；
（3）在项目收尾阶段检验需求，以确保它们是正确的，并确保没有变更客户要求的任何东西。
项目经理要确保投入大量时间来确定需求，分析需求并促使客户认可它们。不遵守这个流程的话，团队很可能会交付错误的产品。项目管理中有句老话：“从没时间做对的事情，却总有时间把事情重做一遍。”这句老话在用项目需求上尤其正确。