怎样控制需求变更

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

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

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

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

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

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

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

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

      说得太好了。

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

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