项目从头到尾按照计划“一帆风顺”的进行，这种完美的情形发生的可能几乎为零。就如人生无常，项目需求跟随项目进度、人的想法而改变才是项目管理碰见的常态。因此，为了更好的应对必然发生的变量，大家反而应该主动做好应对心态与措施，减轻其可能带来的风险，尽量将其转化为项目的机遇。
要解决问题自然得先了解引发问题的原因，因此我们想要知道如何正确的应对项目需求变更，就得先了解需求变更的原因。
理解分歧致使项目需求不正确
项目的供需双方，所擅长的知识领域不同，在面对同样信息的理解上也会有差异。首先，客户不一定会懂得项目管理相关知识，他在向项目人员阐述自己需求时，所运用的往往是与自己产品相关的项目“外行”语言;同理，项目组自身的知识背景，再关联客户的表达能力，可能对于客户的理解也未必正确却不自知。
如此，双方可能从一开始的交流上就产生了理解的分歧，为后面项目变更埋下伏笔。另外，项目开始时项目人员让客户确认的项目需求文档，可能有不少项目管理专业性语言，并不会出现与项目产品相关的直接设计，多是摸棱两可的说明，因此，客户自然也无法从本质判断是否能完成自己的东西，但就是感觉“挺厉害、挺专业”的，因此在这样双方的“美丽误会”下，不完善的需求就被确认了。
需求随体验明朗而逐步改变
有许多实体产品相关的项目需求，是不太可能一次性就定义的，它可能会在客户测试后随着人的主观想法、试用体验而发生改变、调整。
例如，手机或App的研发，当项目进行到一定阶段，就有初步的可试用产品交付给客户开始验收成果。客户通过实际操作就会对系统的界面、功能、性能等有了直观的感受，能切身体验这个东西是否是自己想要的，有哪些问题缺陷等。
这时，原先在开始时不知如何准确表达自己需求的客户，往往可以直观的说明自己心中所想，针对次产品提出自己新的要求和改良之处。如此项目需求自然会发生变更，甚至可能出现与初始背道而驰的要求。