51Testing软件测试论坛

标题: 需求变更处理 [打印本页]

作者: sticksky 时间: 2009-5-14 17:08
标题: 需求变更处理
请问下各位，当客户在软件开发中后期又提出了一些的变更（有轻有重），一般情况下针对这些提出的变更项目是应该如何处理比较适合。是不是在与客户签定需求文档时。也要事先标明，如造成较大影响的将纳入项目计划等。
希望各位关于项目中需求变更的处理方式，有什么好的意见一起分享下。
在此谢过。

作者: 阿七 时间: 2009-5-15 23:37
一般的改动都是难免的这需要和客户一起讨论毕竟客户是上帝嘛
但是有比较大的改动的情况会在合同中注明
改动是要安排工作量的
要收米米滴
呵呵

作者: 千里 时间: 2009-5-16 01:46
在我们公司，客户需要变更的时候我们会要求上帝提交变更报告。
视情况把一些变成变更转变为需求，然后当然通过变更收米米了。

作者: goal1860 时间: 2009-5-18 13:29
在SCRUM里面的实践是将所有变更按优先级放在product backlog里，在下一迭代从中甄选

作者: chengxq 时间: 2009-5-18 18:03
其实在这里关注的应该是和客户的沟通，应该和客户说明相应的情况，如增加费用，延期交付等
以及需求变更可能暂时无法实现等等，关键点，和客户保持沟通，并做好沟通记录

作者: Jackc 时间: 2009-5-22 13:53
一般来说，在项目立项/准备、需求收集阶段的时候，就会以不同形式与客户达成后期变更需求的解决方案。
具体形式可以是合同文档协议，也可以是口头协议等，每个公司根据自身的不同情况稍有区别。
协议的内容大多是：先将需求变更分为几个等级，如重大变更、轻微变更和一般变更等。然后针对每个等级的不同变更规范策略，比如延期多长时间或增加额外的费用等等。
这些准备工作完成以后，在实际项目中按照之前的约定来执行就可以了。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)