10大经典的项目管理工具：①项目组成员表、②项目范围说明书、③Project & WBS、④项目进度计划表、⑤项目风险管理表、⑥项目沟通计划表、⑦项目会议纪要、⑧项目状态报告、⑨项目变更管理表、⑩项目总结表。简简单单的10张工具表格，浓缩了项目管理的知识与方法。

文末有福利

《10大经典的项目管理工具》系列，用一张思维导图回顾往期精彩内容

此节，接下来分享，10大经典的项目管理工具之第九张工具表《项目变更管理表》

第九张工具表：《项目变更管理表》

'计划总赶不上变化'，项目实施过程中，我们很常说的一句话。

在项目开始的时候，我们都会基于WBS分解后的工作包做估算，然后，制定出项目的整体计划，包括人力、成本、进度等各方面的子计划，并以此为基准，按部就班地实施项目。

但，事与愿违，项目实施过程中，总会有些意外情况，如，需求上的、人力上的、成本上、进度上的变化，会造成项目的实际与计划产生无法修补的偏差，如，客户提出了新的需求、某个重要成员离职、某个技术难点无法按时攻克、项目原来的预算严重超标等等。

虽然，我们很讨厌变更，但，很多时候，变更却又是不可避免的，因为，我们无法拒绝所有的变更（如，回绝客户的一切要求、差旅费用完了就不出差了、项目经理无法阻止人员的离职等），但，我们可以建立变更的管理机制，来防止变更的无限制发展，让变更变得可控，从而，保证项目过程的可控。

变更管理的内容，包含了：

①变更来自哪里？谁发起的变更？
②为何要变更？变更目的是什么？
③变更带来了哪些影响？进度是否会推迟？成本是否增加了？资源方面是否需要调整？
④如果不变更，对目标的实现影响有多大？
⑤最后是否同意变更？谁来做决策？

这，就是《项目变更管理表》的作用，通过它，落地实施变更的管理机制，把不可控的变更，变得可控。

如下示例：

《项目变更管理表》包含了，项目基本情况、历史变更记录、请求变更信息、影响分析、审批结果几项内容。

①项目基本情况：内容：项目名称、项目编号、制作人、审核人、项目经理、制作日期。

这些都是项目基本信息，每张工具表都有，用于标识具体项目。

②历史变更记录：内容：序号、变更时间、涉及项目任务、变更要点、变更理由、申请人、审批人。

这栏，记录了项目实施至今的变更记录，什么时候，项目处于哪个阶段，谁发起来什么样的变更，最终谁拍的版。

当然，实际使用时，也可以拆开，形成一张新的《变更记录表》。

③请求变更信息：内容：申请变更内容、申请变更原因。

这栏，描述的是为何又有这次的变更，为什么要变更，变更的内容是什么，这里需要把变更的目的描述清楚，有利于做决策。

④影响分析：变更管理的核心内容，内容：受影响的基准计划（进度、费用、资源）、是否需要成本/进度影响分析、对成本/进度/资源的影响、变更程度分类、若不进行变更有何影响、申请人、申请日期。

在申请人提出变更后，对应任务的负责人或者项目经理，就要对此次变更从两个维度进行评估分析和对比：一方面从不变更会有何影响，另一方面从变更后会有何影响。这样，可以帮助决策者（如：项目经理或者公司领导）做最后的审批。

⑤审批结果：内容：审批意见、审批人、日期。

这是变更流程的终点，谁审批的，审核的意见是什么，什么时候审批的，变更只有审核通过后，才会有后续的动作，如，指定执行人对相应的任务进行跟进。

《项目变更管理表》的使用要点

要点①、积极对待变更：虽然，我们都很反感变更，但，变更却又在所难免，为何不用积极的态度去对待变更呢，尤其是来自客户方的变更。很多时候，来自客户的变更，就是后续项目的起点，这就需要项目经理做好售前的角色，为客户提供一份专业的解决方案。
要点②、变更权限的分级管理：不是所有的变更，都需要公司的领导来审批的，比如，影响范围较小的变更，由项目经理直接审批。在制定项目计划时，都需要制定好项目的权限矩阵，也包括了变更的分级管理。
要点③、变更管理表的归档：这一张张的《变更管理表》也构成了项目管理的过程，它记录了一个个的变更过程，也是后续项目复盘的重要依据。
要点④、变更的连贯性：示例中的《变更表》有分两部分，一个历史变更记录，一个是此次变更内容，当然，也可以拆开使用，拆成两张，一张变更记录表，一张变更申请表，变更的过程文档要连续完整，通常，我们可以对每次变更按规范统一编码，一次变更一个编码，方便识别。
要点⑤、变更与风险：变更前，就是风险项。项目经理和任务负责人，在项目实施过程中，要善于发现这些风险项，并提前制定好应对方案，防止风险的发生。这样，即使风险发生了，产生变更时，也能从容应对。
要点⑥、变更的后续跟进：变更审批后开始生效，那就要指定执行人、检查人、时间点，也要体现到项目的相关产物中，如，计划、需求、设计、代码、测试等。