如何控制需求变更

你必须面对这个现实：需求变更是不可避免的。项目经理应该做的，是如何在发生需求变更的情况尽量减少其对项目的影响。需求变更不可避免，不是说就不做需求变更的控制了，需求变更如果量很大，对项目的影响无论如何也降不下来，因此还是要在控制需求变更上下功夫，但不要奢望杜绝需求变更。
对于管理信息系统的项目，其需求的核心点在于业务流程，如果业务流程保证没问题了，那么系统就不会发生大的需求变更，界面调整一下，多一两个字段，甚至多一两个查询页面，都对系统不会产生太大的影响；但是如果流程变了，比如中间加了一个环节，或是环节间数据交互的变更，都可能会给整个系统带来很大甚至致命的影响，有可能因为某流程的变化导致整个系统都要重新翻一遍，这样的修改对质量的影响是非常可怕的。
要把握用户的流程，首先看用户这个业务流程是否正在正常的运行，在这种情况下，你把这个流程调研清楚了就没有问题了；但是如果业务流程是用户新构想出来，正指望着你通过系统去实施（也可以说试试）这个流程，那你就要小心了，必须仔细的分析这个流程的可行性，主动的和客户探讨这个流程的缺陷，可能面临的问题，必要时请有关专家做咨询，总之，一定要保证流程的可行性，否则流程一旦执行不下去，虽然软件本身没有任何质量问题，你还得改。
对于流程分析要了解哪些关键点呢，首先当然是有哪些环节，环节间的运作关系，比如报销流程，有填单、部门领导审批、财务稽核、主管副总审批、结算这些环节，简单来说是依次传递的；其次要了解每一环节的控制点，比如领导审批，可以通过、不通过，一定要注意不通过这个非正常流程的下一节点，也许是终点（该报销单作废，要求报销人重填），也许又到了填报环节（报销人可以修改后重新提交审批）；然后一定要搞清楚环节间的数据和传递关系，这是非常重要的，因为这些数据和关系至少会影响两个环节的处理，甚至可能影响整个流程的处理，而其他的无需传递的数据项，一般只对某个环节的处理产生影响，即使发生变化也无关大局。
这三点把握住了，流程也就基本清楚了，但是要注意，了解这些信息首先是通过和客户的直接交流，同时一定要注意分析客户提供的每一环节的表单和最终的分析报表，确定每一信息的来源，因为表单和报表的数据理论上讲都是通过流程的处理得到的，它们真的都包含在流程处理中