变更不可怕，混乱的变更才可怕！
要想变更有序、受控，可分以下9步走：
第一步，当有人提出变更时，首先要评估信息的准确性，确认项目变更事实。
在变更之前，首先要了解相关的背景信息，确认变更的理由是否充分、合理。也许客户提出增加某个新功能，只是一时兴起而已，并不是项目真正的需要。
第二步，提供变更申请的书面记录。
变更申请不能只在口头上，必须要形成书面记录，并且获得审批。空口无凭。不落在书面上的东西是讲不清楚的。如果客户不愿意提供书面记录，就自己编写，然后让客户签字确认。
第三步，分析变更对范围、进度、成本、质量等诸方面的影响。
变更影响分析是变更管理的重要一环。通过分析对工作产品的影响，可以确认变更的范围，通过分析对进度、成本、质量的影响，可以了解变更的代价。
第四步，沟通变更影响，确认是否取消变更。
不是所有的变更申请都要接受。是否接受变更，取决于变更影响分析给出的变更收益成本比率。如果收益大于成本，就接受变更；反之，取消变更。
第五步，针对变更请求，提出相应解决方案。
提出变更申请的同时，应当给出变更方案。最佳的方式应该是给出至少3种解决方，让领导进行决策。
记住：让管理层做选择题，不要让他们做问答题。
第六步，选择合适人员对变更进行审批。
变更申请必须要经具有适当权限的人的审批。
第七步，召开变更控制会议，批准或否决变更。
必要时，变更需要组织变更控制委员会（CCB）开会讨论决策。
第八步，根据对变更请求的审批状态，与相关人员进行沟通。
项目管理者根据变更审批结果和相关人员进行沟通，落实变更。
第九步，指导与执行变更相关工作，跟踪变更执行状态。
对变更过程进行跟踪，确保变更被正确执行，变更记录得以保存，变更结果达到预期。变更完成后，将变更结果及时通知相关人员。
这就是变更管理的“九阴真经”。这套九阴真经的心法实际上就是两个字：繁琐。这样做的目的就是让那些想提出变更的人认识到变更是需要很高成本的，不要轻易地提出变更。
这正是：
变更管理分九步，真经原来有套路
核心就是要繁琐，轻启变更太糊涂
文章来自，软件工程之思
