理解加深了！一般变更有部分是可以放到服务履行里面完成是吧，但是实际触发了一个变更流程，触发了一般变更？

这时候我们得从什么是变更来说，变更管理：“管理和控制所有对IT生产环境有影响的变更”。
这样说有点泛泛，也就是说任何对生产环境有变化的活动都要进行管控，根据企业的IT服务管理成熟度不同会演变出很多简版。

如对配置信息进行更改的一定要走变更流程，这时候还不足以涵盖大部分活动，如重启小型机配置信息没有变化，但是还是有风险的，尤其是7*24*365的业务主机是不能随便重启的。

要不说西方人玩理论比较在行，之前他们想到了会有很多问题，为了更好的执行变更流程。所以定义了很多种变更类别。
大家对标准变更和一般变更的定义也是不同的。标准变更指不存在重大风险，工程师操作较熟练的活动。在我们企业则恰恰相反一般变更则不需要审批，工程师直接进行操作，涉及配置信息修改的直接发起《配置修改通知单》促发配置管理流程。对于一般变更和标准变更会有一个对照表进行标识，告诉你那些是标准变更，如下表所示。

标准变更则走变更流程，该审批就审批，该评估就评估，该实施后评审就评审。