怎样控制需求变更

  实际上就算美工和程序员的这样分工可以减少不少工作，但没有解决根本问题，只要客户不断更改就怎么样都要做些重复工作。可是要怎样才能控制需求变更呢？
  我向老总提写议确认书，并让客户签确认书，可老板说这是不可能的，你功能都没做出来，怎么让他们签啊？你做完功能让他们去体验，他们才知道有哪些地方是需要修改的，而页面的变更，实际上很多时候都是我们在开发或者开发完了，老总提出来要更改的。就像上周我们花了一周时间完成了一个功能模块，并经过了第1步测试，结果老板说要改页面，页面的布局和字段全都变化，相当于我们完全没做，而老板还以为页面的更改对功能开发影响不大，当然我也是今天才看到更改后的页面才知道的，而现在老板又在客户那边开会调研，我们无法沟通（而且更改后的页面除了老板同意外，其他美工和我们都觉得那样页面很难看而且变形了）:cry:
  更有意思的是，我们做的功能也一直不去确认，还在那边梳理流程，这样的话，我们开发的越多，以后也就改的越多，甚至又是完全重做！我感觉很可怕，可是解决的办法呢？我想只能做记录，记录下更改了多少，花费了我们多少时间，让老总感觉到其实这些是很耽误时间的，看他是否会重新考虑他现在的做法，不然的话，我们会死的很翘很翘！
  我相信很多人都遇到过这样的情况，不知道大家都是怎么控制需求变更的？怎么解决这些问题的？

评论

64 楼 brilliant2008 2009-05-03  

还是页面驱动开发的好，这样成本会相对低点

63 楼 benswallow 2009-04-24  

其实你这个问题是在大多数项目中都存在得问题，其实处理这个问题也不难，看你怎么沟通，要让客户的思维跟着你走，而不是你跟着客户的思维走，这样你很被动，这个就体现了一个沟通的问题。
一句话，我们每天都在忽悠和被忽悠中徘徊

62 楼 rabbitbug 2009-04-20  

需求变更是无可避免的，再牛的系统分析员也不敢说他按他写的系统分析说明书写的软件肯定完全符合照客户的业务要求，可以一次性通过客户的眼睛。
但一个好的分析员写的说明书，至少整体框架是对的，用户需求变更不会影响到你的程序的整体架构，否则说明他就根本没有仔细进行需求分析，没有深入地了解业务流程。我们可以容忍细节性的需求变更，这也是合情合理的，当然你的需求说明书要通过具体操作人员，操作人员所在部门领导的认可，如果让他们大的领导认可那就完美了。为什么让他们认可，那是因为知道我们做了哪些工作，如果事后又要变理需求，如果是同一处的反复变更那是他们的不责任，如果影响到你们大的进度，那这就是你们的依据了。非常重大的变更那是要把双方的领导叫到一起的，可能需要修改合同等手段，否则一些枝节性的变更，开发人员你就忍着吧，迭代对于开发人员来说太正常了。如果你已经可以代替他们的操作人员，替他们上班，那说明你已经非常了解这个业务了，否则作为开发人员，对你写的代码非常有怀疑是不是符合客户的要求。
大的需求甲方领导可能会过问，有些整体界面他会有些要求的，这个最后是开始时就征求，其他细节性的应该找操作人员，需要符合他们的需要，这是王道，还有还要研究一下旧的系统，很有必要的，旧的系统有哪些优点，客户认为失败在哪，对新系统很有帮助。
开发人员一定要和操作人员搞好关系（电脑帮着修修，和他们拉拉家常），还有相关的部门领导，他们通过了，你才有资格找大头说我的软件好了，下面操作人员认为不错，请你验收。

61 楼 抛出异常的爱 2009-02-03  

luckliang 写道

抛出异常的爱 写道

luckliang 写道

需求控制和开发设计的灵活性，如果应为客户需求的一次小小变更，而要对程序和界面作出很多的调整，那说明在设计实现的时候你就没有充分的去考虑，在设计的同时要考虑到各种客户暂时没有提出的问题和隐藏的需求。需求的控制，要从灵活性的角度去引导客户去认识需求。

根本的作法是.每次需求变更都要收费,或每年收维护费用,用来给项目进行变更.
你见过修电视的免费没有?

要钱的时候难度很大的！

正因为大多数维护都是免费的...所以...
PS:灵活性这东西最好越少越好.够用就得.

60 楼 luckliang 2009-02-03  

抛出异常的爱 写道

luckliang 写道

需求控制和开发设计的灵活性，如果应为客户需求的一次小小变更，而要对程序和界面作出很多的调整，那说明在设计实现的时候你就没有充分的去考虑，在设计的同时要考虑到各种客户暂时没有提出的问题和隐藏的需求。需求的控制，要从灵活性的角度去引导客户去认识需求。

根本的作法是.每次需求变更都要收费,或每年收维护费用,用来给项目进行变更.
你见过修电视的免费没有?

要钱的时候难度很大的！

59 楼 抛出异常的爱 2009-02-03  

luckliang 写道

需求控制和开发设计的灵活性，如果应为客户需求的一次小小变更，而要对程序和界面作出很多的调整，那说明在设计实现的时候你就没有充分的去考虑，在设计的同时要考虑到各种客户暂时没有提出的问题和隐藏的需求。需求的控制，要从灵活性的角度去引导客户去认识需求。

根本的作法是.每次需求变更都要收费,或每年收维护费用,用来给项目进行变更.
你见过修电视的免费没有?

58 楼 luckliang 2009-02-03  

需求控制和开发设计的灵活性，如果应为客户需求的一次小小变更，而要对程序和界面作出很多的调整，那说明在设计实现的时候你就没有充分的去考虑，在设计的同时要考虑到各种客户暂时没有提出的问题和隐藏的需求。需求的控制，要从灵活性的角度去引导客户去认识需求。

57 楼 black.angel 2009-01-06  

温柔的重手 写道

建房子，用户知道推倒重来的危险。做软件就不同了，有时候用户觉得，不就改一个地方，随便改改就可以完成，但实际上工作量十分巨大，但跟用户解释，用户听不进去。
比如，我说个，不就是让linux跑sql server吗，有什么难的，下个光盘装上不就行了，况且linux源代码都公开了，你们改改让它们兼容就好。

      说得太好了。

56 楼 ssy8110 2009-01-05  

这个问题应该很普遍，老板为了能获得最大的收益，可能会在某方面妥协，如果是正常的软件公司的话，向前面有的朋友说得好，主要还是沟通。

55 楼 snowmud2000 2008-12-30  

首先看你业务掌握的怎么样，如果业务比较精通的话，看不同业务之间是否有制约，如果有找出来，让他们去扯皮，再有就是分清是什么需求如果不是流程性的就先放着，最后有精力就做没有就不做

54 楼 jason.hsu 2008-12-26  

兄弟，你作电子政务的吧？哈哈！

53 楼 翔空之心 2008-12-21  

   对我们项目组来说，我们已经吃了很多客户需求反复更改的亏。更改后可能把他原来说的都推翻了。非常影响我们进度，而且反复修改非常难受。
    最后，我们向老板提议，给出客户需求确认书。需求由客户提，例如工作流程，他们一定要给出明确的流程，强迫客户重视起来。不然，客户会不重视，今天想到是这样，明天想到可能又是那样，你就死定了。要客户给出明确的流程后，让客户确认签字。确认后我们按照确认的需求开发。
    当然，需求确认不是说不再允许客户更改需求，小功能、小范围的修改我们还是可以做。例如页面样式之类的。但不允许客户频繁，大规模、甚至推翻原来给出的需求。如果一定要这样，我们会跟客户交代清楚，由于客户需求反复变更原因，万一导致进度不能按时完成，责任不全在我们身上。软件开发，本来就是双方互动交流的事。交流得好，需求清楚，完成的速度，质量也会更好。重要的是，能让客户重视起来，思考他们实际需要的是什么。

52 楼 heipn 2008-12-10  

无论多大的领导你的会说：“不”

51 楼 xixix2004 2008-12-10  

我也碰到过你这种样子的。客户不太懂，需要我们引导，提供方案。。

要求改的是老总，老总想法很多，却不懂得实际编码，他想象的改这些很简单，就象他说的那么简单。结果不停的改导致加班，还怪我们效率低下。哎。

50 楼 JBeans 2008-12-10  

建议参考一下CMMI3里面的需求管理方面的PA根据自己公司的实际情况进行一下相关的定制，软件工程学能够帮你解决很多问题。

49 楼 java菜菜鸟 2008-12-09  

自己最近负责一个项目,
和前面几位前辈的看法一样,我觉得如果需求变更过于频繁的话,无非有几点:
1.需求说明书做的不够详细.
2.与客户沟通不到位,或者偏离了客户的想法.

我负责的项目是采用以下模式:
1.原型开发->2.提供给客户做初步确认->3.针对客户的意见进行修改(迭代回第2步重复)->确定需求->开发.

现在自己负责的项目也初步达到了终验的要求了.基本没有出现项目延期,而且客户方面也较为满意.

当然了,纯属个人的意见,仅供参考.

48 楼 taelons 2008-12-05  

客户/领导拍脑袋下命令,没办法!
没有流程,一切都是白费力气浪费时间,懒得说

kayzhan 写道

  实际上就算美工和程序员的这样分工可以减少不少工作，但没有解决根本问题，只要客户不断更改就怎么样都要做些重复工作。可是要怎样才能控制需求变更呢？
  我向老总提写议确<script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/themes/advanced/langs/zh.js"></script><script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/plugins/javaeye/langs/zh.js"></script>认书，并让客户签确认书，可老板说这是不可能的，你功能都没做出来，怎么让他们签啊？你做完功能让他们去体验，他们才知道有哪些地方是需要修改的，而页面的变更，实际上很多时候都是我们在开发或者开发完了，老总提出来要更改的。就像上周我们花了一周时间完成了一个功能模块，并经过了第1步测试，结果老板说要改页面，页面的布局和字段全都变化，相当于我们完全没做，而老板还以为页面的更改对功能开发影响不大，当然我也是今天才看到更改后的页面才知道的，而现在老板又在客户那边开会调研，我们无法沟通（而且更改后的页面除了老板同意外，其他美工和我们都觉得那样页面很难看而且变形了）:cry:
  更有意思的是，我们做的功能也一直不去确认，还在那边梳理流程，这样的话，我们开发的越多，以后也就改的越多，甚至又是完全重做！我感觉很可怕，可是解决的办法呢？我想只能做记录，记录下更改了多少，花费了我们多少时间，让老总感觉到其实这些是很耽误时间的，看他是否会重新考虑他现在的做法，不然的话，我们会死的很翘很翘！
  我相信很多人都遇到过这样的情况，不知道大家都是怎么控制需求变更的？怎么解决这些问题的？

47 楼 king_108 2008-12-03  

感觉需求没做到位

46 楼 lpqd0532 2008-12-03  

netfly 写道

我以前也碰到这个问题，被这个问题把项目拖延了5个月，客户也怀疑我们。

最后，我用原型开发方法，先把demo开发出来，所有数据是模拟的，按钮都是可以点的那种，也不是静态网页或者图形。

用这种方法，第二个项目缩短了3个月，与客户关系也好得不能再好了。

碰到过相同情况，最后采用了真实demo，项目推进下去了。
其实老板有时候会比较了解客户，或者说叫做比较了解特殊的客户，老板提出来的展示层的改动，有时候是很有意义的。

45 楼 xiaofengtoo 2008-12-02  

kayzhan 写道

  ：（请问楼上100分的积分怎么来的？才回我这一篇帖？

嗯，可惜客户说那不直观，不仅要做页面，而且要做出功能说才知道想要什么！- _ -!

有原型软件，在加上沟通介绍功能，可以考虑用需求确认