项目变更一定要有书面的确认

       变更代表风险、代表责任，也代表着利益和政治斗争。领导、干系人会在你的项目进行过程中过来对你说要改变某项需求，你拒绝也不行，领导会觉得如果不做这个改动，项目那就会失败的样子。于是你将领导的变更考虑进去，重新计划项目规划，可是到了该收尾的时候发现你还没有达到预期的效果便会找你麻烦了，你说是因为这次变更导致了这样的结果，领导是不会承认的。他反而会认为你为什么不提前告诉他会有这样的结果，如果是这样的结果，他一定不会这样做。这与领导当初的表现完全不一样，当初的表现是如果不加进去，那是绝对不可能的。最后项目经理好心做了坏事，最后最可怕的就是领导会拿你当枪使，最后把你推到前面当挡箭牌。
        变更一定会存在。想要彻底的将变更消灭，那是不太可能的。首先在做计划的时候，很有可能会由于考虑不够才充分而导致某些东西没有考虑进去，还有的是因为领导、干系人认知的改变。小的变更那固然不可怕，最可怕的是连目标都进行了修改。别认为这样的事情不太可能，只要项目经理不够坚持，什么都按照领导去做的话，那就有可能连目标都变得你自己都不认识了。
        变更不一定合理，必须要有确认流程。变更就一定合理吗？这绝对的不会的，有些时候是领导头脑一热，拍脑袋的决策。有些时候你可能走入了一个误区，如何避免这些临时性的决策所带来的不利影响。那就是要建立一套变更流程，通过了流程的审批、确认、考核之后，如果还需要变更，那么就可以考虑到项目进度中去，另外，尽量不要将项目的变更纳入本次的计划之内，而要将变更纳入到下个跌代版本中。做软件有迭代式的开发，这种开发思维就很好的融入了项目管理理念，考虑到项目不可能不会发生变更，变更了又不会影响当前的项目进度，只会在下一个版本中去进行。
        变更存在风险，会引起资源、进度、成本的变化，这些都是需要有人来承担责任的，项目经理一定要明白到这点，作任何事情都要考虑到后期的收尾。任何对项目的影响都必须要记录在案，从而可以在后期进行总结以及追究相应的责任。因为项目经理不可能去承担所有的风险。
        经过确认的变更会经过一系列的流程、思考，以及审批，通过以后，风险也会小很多，而且有文档记录在案，在后期收尾的时候也不会发生太大的问题。