项目中关于变更管理的几点心得

为期一个月的项目已经顺利交付，从客户的整体质量还算良好，但是在对应变更上，流程还不健全，以致于中途计划有些失控。那么，通过这次项目经验，总结关于变更管理的几点感想。

变更请求包括从外部（客户方）和内部（项目组或者品质组）提出的变更。外部常见的变更类似于需求发生变动或者项目期限发生变动，这次客户由于费用原因，临时要求部署范围发生变动。由于流程的不健全，在对应变更发生并没有规范的做法。个人觉得在变更产生后应该有下面几个步骤来控制变更所产生的风险。

第一，变更请求一定要有文档记录。

这是作为变更凭证的源头，不论是邮件，电话或者电视会议的形式讨论变更，一定要有对应的文档记录。在很多过程中都应该会产生变更请求。比如，客户需求发生变更，项目的交货期发生变更，质量标准发生的变更等，作为项目整理控制的一个重要部分，变更请求一定要文档记录，并和客户确认。这些请求的记录有可能是最后项目超支或者超时的重要依据。

第二，对于变更请求影响的分析。

很多时候对于一些变更，项目经理通过自己的判断就直接分配任务，这种做法往往对整个项目埋下隐患。对于变更所带来的影响，尤其是对其他模块的影响，很大程度需要相关的人员进行讨论，光靠项目经理来做判断是不够的。

第三，实施变更的记录。

对应于变更请求，对于变更所做出变动应该有相应的记录。当然，这部分内容很多时候反应在项目任务计划中。实施变更的记录有助于在整体项目管理中分析变更请求的状态，对于实施的变更是否满足变更请求，相应变更任务是否顺利，是否会对项目整体的进度有所影响等。

在下个项目中，希望能通过变更管理控制产生的变更，并进一步完善现有的变更控制流程。