浅谈需求变更

yzltt

      需求变更，是很多项目经理，尤其是新晋项目经理谈虎色变的话题，其原因是：
    1、成本、进度压力大，变更有可能造成成本的增加，进度的延迟，对外，则感觉不好交代；对内，则在本已经压的很紧的弦上又压上了一块石头；
    2、由于经验不够（针对那些靠拍脑袋来确定工作量的团队）或数据支持不够，变更所带来的影响很难评估，从心理学角度来讲，未知的东西是最容易让人产生恐惧心理的。同时由于无法评估带来的影响，也无法与客户或者与领导进行沟通，申请资源或进行成本、进度变更。
    3、强势客户让你无所适从，要求一定要做变更，但不给你进度延迟。公司也不给你增加成本，如之奈何？
    4、客户总是在谈验收时，提出变更申请。
    因此，作为项目经理而言，每一次需求变更就是一次危机，稍有不慎，就会让整个项目走向变得扑朔迷离，那么遇到变更时我们究竟该如何处理？如何将危机转化，这个话题过大，咱就抛砖引玉随口谈谈。
    1、变更评估一定要做，因为变更评估是一切沟通的依据，也是项目做决策的依据。如果对评估缺乏经验又缺乏数据支持的话，那么可以从个人拍脑袋转化为集体拍脑袋，由团队开会，讨论需求变更所带来的工作量的变化；
    2、拿到需求变更和变更评估后，不要着急做出决定，应该和商务人员（客户经理和销售员）进行沟通，确定下一步行动方案（是否同意变更，什么时候变更，客户的底线是什么，变更的成本是否由客户承担，通过什么方式与客户进行沟通，谁来沟通等一系列的问题解决方案）；
    PS:方案处理得好，说不定会由需求的变更衍化为新的合同，这个也是危机中的机会。
    3、多准备几个备选方案；
    4、一旦行动方案涉及商务部分，准备与客户沟通所需的材料及数据。尽可能说服客户使用我方提供的行动方案。
    5、协调行动方案中所需的资源（人力资源，甚至包括己方老板），并与客户进行谈判。
    6、不断谈判妥协，直至双方互赢或一方妥协为止。
    7、总结经验教训。

    由此流程可以看出，一方面，通过谈判，基本可以将此次变更向有利于我方的方向发展；另一方面，最差的结果，无非是维持原有变更，但成本由我方解决。但由于漫长的谈判过程耗用了时间，在一定程度上也缓解了项目团队的压力。




上一篇：小小项目管理心得
下一篇：项目风险管理

王家麦麦

谢谢

gerry1012010

变更之所以复杂从某种角度上看它是执行结果的反应。比如需求变更是因为前期可能存在需求识别不完整，需求确认和沟通存在问题。软件行业使用prototype与用户沟通确认并签字，通过沟通和签字来固化需求，同时在项目合约里也可以对需求变更率进行要求。
进度和成本变更则和计划，风险有关联。所以变更过程的处理固然重要，事实上变更后面深层次的变更原因和项目过程弱项的识别可能更加关键。变更重在主动预防和提前识别，控制变更的源头。

yzltt

gerry1012010 发表于 2011-9-14 11:29
变更之所以复杂从某种角度上看它是执行结果的反应。比如需求变更是因为前期可能存在需求识别不完整，需求确 ...

说的太对了

dou1008

变更并不可怕，也不能完全防止。重要的是，与项目进度保持一致。不影响项目进度。
如果有影响，我一般的做法是：1.业务方对时间较敏感时，在其他需求方面节减工作量。2.时间可以延期时，严格控制后续的变更，使变更不成为恶性循环。

思想家

LZ辛苦，小红花一朵给你戴上~

爱EXO

很有见地的探讨，先收藏着~

哭过就好了。

没人回帖。。。我来个吧！

帅根伟

路过 帮顶 嘿嘿

橙子女

顶不错 支持下

唯十二

向楼主学习

片片

看起来好像不错的样子

带着紫

有空一起交流一下。

幸福眩暈而至

很有见地的探讨，先收藏着~

纯如小白

以我的经验来看，楼主的想法是可以执行的~