加班算是不少项目工作中常有的事，不论是因为什么，多数都是有活要干，有新需求要做。但是项目成员们会发现，其实不少需求并不是当初说好的那些，冒出的不少任务量根本不属于计划范围内。如此大家的工作就没有一个范围的定性，项目范围就会越来越模糊。那么到底是什么原因导致的这种需求蔓延现象呢?大家要如何应对呢?
一、内容要明晰，切记模棱两可
在项目中，不少合同中规定的内容时常是模糊不清的，或者只有几行说明，而且还可能有大断的套话、官话。这个现象的产生可能是项目参与者对客户业务不一定了解，无法更为清晰展现;而客户自己也摸棱两可还没有完全考虑清楚自己要的具体是什么。如此双方都不算能深入将内心想法转化为正确的需求描述，就导致了项目需求不明确，对客户真正想要的需求没有真正了解，后期也会陷入无何止的修改。
面对这种情况，项目组在定需求时，若不理解一定要不吝啬沟通，有时你的询问请教可能“刺激”出客户内心的真正想法，让项目组了解清楚客户真正的愿景需求。而项目经理在确认相关需求文档时，一定要说清楚并让客户认同，最好真正确认，就是让负责的客户领导签字确认。这样是对项目需求蔓延风险情况最有效的杜绝手段之一。
二、有一定原则，不随意加需求
项目组与客户之间有时会出现较为尴尬的情形：客户在提需求时，多是自己期望解决的需求，而对于最基本需求往往不说，因为他认为你就应该有;而项目组则按规矩走流程，按照客户说的去定任务。如此就会出现验收时，项目组已经完成了说好的所有需求，但是客户对成品却不满意，觉得缺了很多东西，而且认为项目组应该主动完成这些。这样双方都会出现矛盾，若满足客户，必然就会出现需求蔓延状况。
这时，项目组要坚持自己的一定原则，可以有效的控制需求，当客户再有想加的需求时总不至于那么理直气壮;如客户真要加需求时，我们可以因需求变更而提出一定的经济补偿。
如果需求增加了，项目经理可以凭借着签字在公司内部规避自己的责任，毕竟客户以前是认可的，这回再提增加需求，就不是项目经理能力范围了，可以请领导出面。有了客户确认的需求，项目组可以放心的去完成项目，以减少需求变更所带来的影响。
三、增加参与性，避免理解误差
我们经常会遇到，按照客户书面上记录的需求进行开发后，客户却并不认可，而实际情况，客户对自己写的书面内容也并无异议，原因是对同样的内容客户的理解与我们的理解不同。
例如，需求中写道：“购物后付款”，开发人员开发出来的是用户选择好商品进入购物车直接付款;而客户实际想要的是到购物车付款前先向客户发送一条短信验证码，让购买人二次确认无误后再付款。同样的文字，对细节的理解可能就是不同的，但实现的细节客户提供的需求里可能根本就没有提，这样做出的成品客户就会觉得不合要求，想让项目组返工重做。
为了避免这种情况，项目经理要对项目进行跟进和监控，需求要很好的贯彻到每个人，不要出现理解偏差。每个人在信息传递过程中让需求不断出现损耗和变形，因此项目经理要拉着客户参与到项目的各个阶段，并随时让客户了解和提出自己的真实想法。这样就不会导致项目在最后时，客户提出各种需求，变被动为主动。尤其是在需求分析和设计阶段，当整理完需求文档后，一定要请客户一起参与评估，以避免需求理解不一致，需求范围不确定等问题。
四、不一味迁就，实现真正目的
虽然项目成功的标志是客户满意度，但无条件的迁就客户最终可能导致项目预算超期或延期，最后导致失败。客户在提一条新需求时可能自己都没有想清楚，也许只是他的灵光一现，许多需求可能只是冗余需求。
许多客户往往不懂程序、技术等，他们的许多想法根本无法实现，项目组跟他解释他又很难理解。对于这种客户有时会让项目成员有种无力感，迁就的越久，你可能做的超出需求范围的事越多。
因此，对于客户提出的需求，项目组不要一味的迁就。当客户提出一个不好解决的需求时，我们只要了解客户的目的，帮助客户分析后，找出其它同样能达到相应效果的方案来，并让客户知道他的方案会给项目带来什么样的影响，客户还是会接受我们意见的，这样比与客户直接冲突要理智。
不论是什么原因导致的项目需求的蔓延，大家都要谨记一点：“无规矩不成方圆”。说清楚所思所想，并坚持原则，是一定要做到的事。其实就是任何时候，有疑问就要及时沟通，不要产生误解;有结论就要正规确认，避免出尔反尔;有规定就要执行坚守，不能随意改变，避免要求无底线。要是如此去做，项目需求自然无法再随意发生改变。