我们回来需求调研，在这时客户提出了一大堆的想法，我们姑且称为设想。这些设想有些是依据现实业务提出来的，有些就是天马行空了。
要想分析变更，先理解变更是怎样炼成的。
什么是变更呢？举例就是盖房子的地基打好了，回头客户说，五层楼不行，要改成十层楼。这个行为就是变更。
大家都知道变更，是指在某个东西的原样上进行改动。这就有个问题了，原样在哪？在我这个项目里来看，原样就是客户签字和盖单的《需求规格说明书》。现在大家知道了吧，要是你没有签字的需求，连做变更的权利都没有了。
变更的原因有很多种，主要原因是理解差异，政治参与和客户主观三种。我这次只说客户主观变更的问题。其余两项将在后期详细说明。
客户主观变更在需求变更中算是最好处理的了。用金先生的“打狗棒法”就行了（不是骂客户啊）。这是丐帮的不传功法，我这边没这规则，毕竟我不是要饭的。
第一招 “绊字诀”
这天我正在做数据库设计（小公司就是惨啊，什么活都要项目经理来做），客户电话来了。
“羽之啊，我能不能在新建用户，同时新建角色啊”
他说的意思就是在，新建用户的界面可以单击按钮，切换到新建角色里去。实话讲这个要求是确实会简化操作，但有个问题，这个问题就会让他的变更无法实现。
“没问题的啊，系统加个按钮就行了，这样操作会简便很多”这种情况要马上答应他，并且赞美他。
“不过（重点出来了），如果总公司要对角色进行统一管理，而用户新建的权限放到分公司怎么办呢？”把问题抛回去，让他自己否定自己。
“这个问题啊，我回去再考虑一下”。结果和我预想的一样，这一考虑就没下文了。这就是绊字诀，先把他的招接过来，之后他脚下出一招，让他用自己的冲力把自己摔倒。
第二招 “封字诀”
有一次我去见客户，和他商讨表单打印问题。大家都知道WEB打印是件比较痛苦的事情，但客户不这样认为，
他说：“我们结算系统的打印方式就挺好的，效果好看，功能又多”，
看来他是想让我也实现这个功能。我想既然有好的东西，咱就本着学习的态度去看看吧。
真是应了正大综艺的话了“不看不知道，世界真奇妙”。这个结算系统是C/S架构PB开发的，这个打印控件也是用PB做的。大家知道，C/S的操作简便性是没得说，可问题是我的系统是B/S的，实现这种操作，除非在浏览器中安装插件否则不可能。
做为一个有职业操守的项目经理，我很礼貌的对客户讲
“在我们的系统是不能实现这种功能的”。
之所以用这么肯定的语气是要断了他要实现这种功能的念头。封字诀就是直接回绝他，清楚的告知这招是行不通的。
第三招 “拖字诀”
这回客户又提出新的要求，由于我们报表较多（120多张），客户希望增加一个向导功能。这个向导可以根据操作人员的业务方向，缩小查找报表的范围。
这个需求是比较合情合理的，但是这不现在解决的问题。当然了做乙方的我，更希望不要做这个功能。
“好啊，这样吧，你们把这个向导里，需要具备的条件列一下吧，之后发Email过来。”开始拖了
“你来写一份吧，之后我们看看怎么做”不上勾
“行啊，我来写吧，我写好后发给你”这次我同意了。很奇怪吧，按我的做事方法，是不会接受这种额外的工作啊。我这样做当然有这样做的理由了，因为这个工作量确实不多，20-30分钟就能搞定，其次我可以过两天再做。这样又多拖了两天。
过两天，客户又来电话了，问我做得如何，我说现在有点忙，今晚就发给你。
又过了两天，客户又来电话了，说没有收到，我说：“我发了（其实是没做），要不你再试试，我看看是不是没发出去，你知道的，我们公司网络不太好。”事情到这里不能再拖了。
反复几次，终于定下这个向导功能了。好做变更。
要求客户在变更单上签字，同时要求客户的主管领导签字。
“还要领导签字啊”
那当然了，要不领导怎么知道我们做了哪些事啊。我以前经历过，说要让领导签字客户居然说不做变更了。还有的客户把变更要求写成文档时，发现变更要求并不完善，就不做变更了。因此找领导签字，让客户把变更书面不是仅仅是为了有据可查，也是为了回避变更。
一个星期后找到领导，签了字。现在我拿回变更单，交给公司领导签字。之后这份变更单存档了（万一以后客户找事情有个依据）
一个向导功能，从提出到变更完成花了近一个月时间。这就是拖的结果。
这三招用的时候一定要看准对方的招数，对方真的来个直拳，你一定要封，受伤的话那就活该了，这时应该用绊啊。
三招中最麻烦的是拖，因为拖到后面的结果，无非两种，一种是客户忘了，这事就算过去了。另一种是客户一直记得，那你就跑不了了一定要做。
三国时曹先生就玩了一次拖字诀。曹操在打袁术时，军中缺粮，阿瞒就来个拖字诀，拖的结果是杀了一个粮官王垕，赢了一场战争，攻占了寿春。看到没有，人家曹孟德只拖了一下，要是你一直拖，估计杀四五个粮官时，你的丘八就要哗变（军队是不一样造反都有专用名词）了。
所以拖也只能拖一两次。真把这个爷爷搞生气了，爸爸的板子就要打过来了。因此拖的东西必须是你能做的，当拖到不可再拖时，只能做变更了。
篇后话：
上次有网友和我说，让客户工作这种事，不太好操作。这个确实在操作上有一定难处，尤其是你做的是政府项目。所以要给客户灌输一种思想，项目不是乙方的事，而且双方共同的结果，项目呼唤甲方的积极参与。并让客户感觉到自身参与的乐趣和成就感。这样到后期的推广时，积极参与的甲方会让你事半功倍。反之就算你一个人把需求设计开发都搞定了，到项目的推行时你将会品尝自己前面加班加点努力酿出的苦果了。
关于上一篇，有网友提出我写的错误，非常感谢，一个人毕竟知识有限，我很希望我抛出一块砖（不为了砸人），能得到你们的回应（玉），我在记录自己的经验，同时学到你们的知识。
看到有网友说我写得不够精简，在此表示抱歉。我会在后面的文章注意这个问题。本人话比较多，在家里就经常被妈妈批评。
总之谢谢大家了．
