技法-变更

P193页，站在乙方在项目生命周期中变更处理的原则

项目早期，早期倾向于接受，让怎么干就怎么干。

项目的中期，倾向于取消变更，要变根先谈谈。

项目的后期，尽可能不变更，或大功能启动一个新项目，小功能到售后阶段做。

生米已经煮成熟饭，吃是这盘菜，不吃也是这盘菜。

P194页。

变更管理的九阴真经。

变更的书面确认。领导，这是我根据我理解的您的意思起草的文件，请您审阅，如果理解是正确的，请您给我确认一下，如果我的理解是有问题的，请您批评指正，然后我再修改后给您汇报。

实用案例：开水烧了一半，快没柴火了，怎么做？

P197页。给出变更的三种解决方案，

最好的是这样做，

如果不行就这样做，

实在不行，还可以这样做。

P201页。在做项目的过程中不要追求多，还有追求少和精，反正不论做多少需求，客户都总是觉得不够的。

避免范围蔓延，十分有用的原则就是：绝不让步，除非交换。

P205页。在项目开始前就立好规矩，一个临时搬出来规定往往会视为一种强词夺理，即可能会激怒对方。

精神错乱的典型特征是一遍又一遍的重复做同一件事情，而期待会有不同的结果，爱因斯坦。

项目经理如果想改变需求变更中的被动局面，必须改变一下自己过去的那种小心维护客户关系（简直是讨好）的行为，营造一切按照规矩（务必定好）办的文化。

P208页。利用框架效应。

以损失为导向的沟通将更加有效。

如果不进行变更，我们会得到一个稳定的系统，如果进行变更，那么不能在规定的时间内获得一个系统，而且质量也无法保证，不如我们先把已经确定的功能实现了，之后再尝试增加新的功能。

 

工具：变更处理流程、变更确认单。