需求开发是一个获取、明确并定义需求的过程，但需求并不是在需求开发结束之后就会恒定不变的。
为了解决需求变化给项目带来的影响，需要正确地处理需求变化，首先要认识到在很多情况下，需求的变化是正当和不可避免的：
①问题发生了改变。软件被创建的目的在于解决用户的问题，可是随着时间的发展，形势可能会发生变化，导致用户的问题也发生了变化。原来的问题可能因为各种原因不解白破，或者用户将原来的主要问题降为次要问题，而将原来的次要问题升级为主要问题等。所有这些都意味着软件的需求应该发生变化，否则创建的软件将会减小甚至失去服务用户的作用。
②环境发生了改变。软件是通过与其周围环境进行交互的方式来解决用户的问题的。如果软件的环境发生了改变（例如法律变化、业务变化等），那么即使用户的问题依旧，软件的需求也应该发生改变。否则，最终的软件将不能像设想的那样有效地解决用户的问题，因为旧有的模式已经无法和新的环境形成有效互动。
③需求基线存在缺陷。需求开发的理想结果当然是建立一个完全无缺陷的需求基线，但这是不可能达到的目标。因为需求工程的复杂性，需求开发得到的需求基线总是或多或少的会遗留下一些缺陷。当这些缺陷在开发或者使用中暴露出来时，必须予以及时解决。
④用户变动。在开发和使用中，软件产品的用户可能发生的人员更替，这时新的用户就可能会提出和原有用户不同的要求。在维护期间和比较长的开发周期中往往会发生这类变更。
⑤用户对软件的认识变化。随着对软件开发和使用的直接参与，用户会对软件领域有越来越多的了解，这时他们也往往会提出越来越多、越来越具体的需求，其中就夹杂着对原有需求的修改要求。在一个全新的领域或者为一个没有软件经验的企业开发软件时，这种情况非常常见。
⑥相关产品的出现。在产品开发的过程中，可能会有竞争产品、类似产品或者需要交互的其他产品等相关产品出现，这时往往需要开发者根据相关产品的新鲜知识，变更原有的软件需求和开发计划。