一谈到需求变更，很多开发人员都面露难色，似有一肚子的苦水不知向哪里倒。有人调侃道：杀一个程序员不需要枪，改三次需求就可以了。想想也是，程序员辛辛苦苦编写的代码因为一个变更就白费了，得不到成就感，而且可能又要加班加点，刚定好的计划又要调整。下面就说说，
有些需求并没有直接写出来
中国人喜欢儒家思想，话多为隐晦而不直白的说出，客户提的多是自己期望解决的需求，而对于最基本需求往往不说，因为他认为你就应该有。如做一款手机，手机打电话的功能客户是不用说的;再如，智能面包机，做面包的功能也是不需要说的，他只会说如何智能法。
用户对需求的认识在不断加深
软件项目的用户需求本身就具有模糊性、不确定性、主观性等特点，想一步到位获取到准确定义的需求是很困难的。客户在进行需求评审时可能当时提不出明确的修改意见，但是当拿到差不多可以试用的产品时，通过实际操作就会对系统的界面、功能、性能等有切身的体会，这时就很可能提出新的要求。
另外，需求的变化往往并不是突发的、颠覆性的，最常见的是项目需求的渐变(Project Scope Creep)问题。特别是大中型系统的建设通常都要延续较长一段时间，更要对此给予重视。
项目经理无条件的迁就客户
虽然项目成功的标志是客户满意度，但无条件的迁就客户最终可能导致项目预算超期或时间超期，反而会导致项目失败。客户在提一条新需求时可能自己都没有想清楚，也可能只是他的灵光一现，许多需求可能只是冗余需求。客户往往不懂程序，随便说出的需求，可能让我们付出很大的代价。
客户遇到责任“踢皮球”
这是很多客户都会有的现象，如何让你的项目组成员在项目进行过程中，最大限度地减少这样的消耗，是项目经理要关注的事。大公司“踢皮球”的现象比比皆是，项目经理能做的就是充分做好事前的工作，避免出了问题后指责别人。因为指责只会让你会发现没人和错误有关，都是你的错。所以少些抱怨，事前尽可能多做准备。
最常用的方法，是在需求说明书中注明这是某某人提出的，以及我们的意见是什么。别指望客户会签字，自己记住就好。