项目需求频繁变更该如何处理.pptVIP

在某公司的项目管理课堂上，小李，小王等人正在七嘴八舌地议论纷纷。原来，大家正在讨论小王的公司最近遇到的两个颇为有趣的项目。据小王介绍，这两个项目分别由两个项目经理来担任。其中，项目经理A属于“谦虚”型，对于客户提出的问题，无论大小都给与解决，客户对此非常满意，然而，项目进度却拖得比较长，而且，客户总想把所有的问题都改完再说，项目已经一再延期。 相比之下，项目经理B显得稍有些“盛气凌人”，对于客户提出的问题，大多都不予理睬，客户对此不是很满意，不过，该项目的进度控制得比较好，基本能够按期完成项目。话刚一说完，小李就抢着说：“A比较像我，一般在和我的一些战略客户打交道的时候，我基本是有求必应，与客户的关系处得如鱼得水，这样做肯定不会错。就像前天我连合同都写错了，找到客户，人家二话没说就同意改了。你说如果是B的话可能吗？” 小王对此不以为然，“对项目经理来说，成本、质量和时间是最为重要的三要素。与客户的关系当然很重要，但也要全盘考虑项目的各要素。对于用户的要求，应该在有限的范围内给与解决，但不可以做出太大的牺牲。一味的迁就用户将会使整个项目失败。”小林接着小王的话说：“当前，国内的项目一般情况下是由销售处面签单，再由项目经理接手后续的工作，因此客户关系多在事前已经搞定。发生新的情况后，可以由公司的公关部出面与客户进行协调，项目经理可以在此过程中坚持一下原则，与公司的公关部一个红脸，一个白脸，唱出一出好戏。” 小赵反驳道：“不管怎样，客户才是第一位的。客户可以给你带来收入，也可以给你带来更多的客户和工作，有什么道理不多配合一下他们呢？说实话我对B的做法蛮欣赏的，可惜行不通。因为客户是上帝，如果照B的做法，后果会造成做一次项目丢掉一个客户，太不划算了。” 问题：1、如果你的项目遇到需求变更问题，你会采用哪种方式去应对？????? 2、分析这两种应对需求变更方式的优缺点。 指导策略：合理控制 根据客户提出需求的实际情况而定 在长期从事项目管理的过程中，经常出现客户的需求变更，对于信息系统的开发阶段和实施阶段，经常有客户的需求在发生变化，但是如何对客户的需求进行有效控制，即让客户的需求在自己规定的范围内进行变化，这是我们目前项目经理最难做到的，所以说，对于客户的需求，如何是合理的，在自己的范围之内，是可以变更的，但是如果在对前面的主体框架是做以否定的话，那就断然拒绝！ 指导策略：合理控制 把握好度。 做项目的目的是在规定的时间内完成规定的内容。项目范围在项目启动阶段就已经确定下来了，绝对不能更改的。如果经常更改，我觉得项目经理需要分析一下是什么原因导致的，调研时没理解清楚客户需求，还是客户本来就无法提出明确的需求。如果是客户原因需要更改，项目经理需要分析工作量，尽量少做改动，但是不能完全拒绝客户。如果全盘接受，客户会毫无顾及的更改；如果全然拒绝，就没做好沟通管理。 指导策略：合理控制 面对客户的需求变更,首先,我们会分析,此需求变更的合理性和可行性.如果需求的变更只是出于个别人的考虑(例如:只是为了操作简单),而在业务或者行业里面并不可行的话,这时候应该跟客户沟通,此更改没有必要性. 其次,由于客户需求更改,导致我们系统大的改动.如:xml文件结构的改变.原来客户说xml文件格式不会改变的,现在又改变了，所以我们在分析xml文件节点的方法,就要调整.这时候我们就会跟客户沟通,一次我们会,多了就不行.因为我们改这个是要花很多时间的。 最后，对于可控的需求更改,改动不大,花时不大,合理的我们都会尽量、尽快地帮客户修改程序. 总之,做到以客户为本,合理控制. 面对客户的需求变更，接受还是拒绝？