需要注意以下几点：

（1）进销存软件系统一定要与投入有显示的联系，否则如果进销存软件系统变更的成本由开发方来承担，则项目进销存软件系统的变更就成为必然了。人们常说世上没有免费的午餐，同样也不应该有免费的进销存软件系统变更。但是，接受进销存软件系统变更目前却是软件开发商不得不咽下的苦果。所以，在项目的开始无论是开发方还是出资方都要明确这一条：进销存软件系统变，软件开发的投入也要变。

（2）进销存软件系统的变更要经过出资者的认可，进销存软件系统的变更引起投入的变化，所以要通过出资者的认可，这样才会对进销存软件系统的变更有成本的概念，能够慎重地对待进销存软件系统的变更。笔者曾经经历过一个项目，为了避免项目的风险，我们请了用户代表全程参与了开发过程，结果此用户代表在开发过程提出了大量的进销存软件系统变更，当开发人员按此进销存软件系统变更修改了软件时，在项目进入现场实施阶段时，却有大量的这些变更需要改回去，问题就是出在我们的项目组成员视该用户代表的进销存软件系统为圣旨，却忽略了进销存软件系统是否经过了客户方真正有决策权的人员的认可。

（3）小的进销存软件系统变更也要经过正规的进销存软件系统管理流程，否则会积少成多。在实践中，人们往往不愿意为小的进销存软件系统变更去执行正规的进销存软件系统管理过程，认为降低了开发效率，浪费了时间。正式由于这种观念才使进销存软件系统的渐变不可控，最终导致项目的失败。

（4）精确的进销存软件系统与范围定义并不会阻止进销存软件系统的变更。并非对进销存软件系统定义的越细，越能避免进销存软件系统的渐变，这是2个层面的问题。太细的进销存软件系统定义对进销存软件系统渐变没有任何效果。因为进销存软件系统的变化是永恒的，并非由于进销存软件系统写细了，它就不会变化了。