需求变更处理
请问下各位，当客户在软件开发中后期又提出了一些的变更（有轻有重），一般情况下针对这些提出的变更项目是应该如何处理比较适合。是不是在与客户签定需求文档时。也要事先标明，如造成较大影响的将纳入项目计划等。希望各位关于项目中需求变更的处理方式，有什么好的意见一起分享下。
在此谢过。 一般的改动都是难免的这需要和客户一起讨论毕竟客户是上帝嘛
但是有比较大的改动的情况 会在合同中注明
改动是要安排工作量的
要收米米滴
呵呵 在我们公司，客户需要变更的时候我们会要求上帝提交变更报告。
视情况把一些变成变更转变为需求，然后当然通过变更收米米了。 在SCRUM里面的实践是将所有变更按优先级放在product backlog里，在下一迭代从中甄选 其实在这里关注的应该是和客户的沟通，应该和客户说明相应的情况，如增加费用，延期交付等
以及需求变更可能暂时无法实现等等，关键点，和客户保持沟通，并做好沟通记录 一般来说，在项目立项/准备、需求收集阶段的时候，就会以不同形式与客户达成后期变更需求的解决方案。
具体形式可以是合同文档协议，也可以是口头协议等，每个公司根据自身的不同情况稍有区别。
协议的内容大多是：先将需求变更分为几个等级，如重大变更、轻微变更和一般变更等。然后针对每个等级的不同变更规范策略，比如延期多长时间或增加额外的费用等等。
这些准备工作完成以后，在实际项目中按照之前的约定来执行就可以了。
页:
[1]
