当你使用“变更”这个词时，不要期望每个人都能达成一致。它对不同的人意味着不同的东西，所以有一个明确的变更模型是至关重要的。IT建议定义一个变更模型，该模型根据范围、影响和紧急程度将变更分成若干组。

免费福利：点击这里获得一个免费的PDF文件，它将向你展示了如何用6个步骤中实施变更管理。

变更管理是关于平衡进展与风险的，因此变更模型是高效变更管理的重要组成部分，能够以最小的成本和资源使用快速应用低风险的变更。如果没有这个区别，所有的变更(无论多小)都必须经过一个完整的过程，这可能意味着把人们与最小变更捆绑在一起，而更大的、更具变革性的变更可能会被推迟。变更模型中的典型级别可能包括以下内容，但可以根据您的组织进行调整：

组织中有五种类型的变更管理

简单、低风险的变更和服务请求具有明确定义的执行过程，不需要变更管理层进行评估，可能只需要请求者的直线经理的批准。最简单的变更类型(例如密码重置)可能根本不需要任何授权。标准变更不会生成变更请求，因为变更管理不会评估它们。相反，为了最大限度地提高效率，自动化服务请求或服务目录去处理标准更改，请求会自动触发将实施操作流转到相关技术组的工作流。

最小变更的风险相对较低，潜在影响有限。因此，他们将需要一个正式的RFC，并调用一个简单的变更管理流程来平衡风险水平与成本和资源。对于这些变更，规划和批准可以完全由变更经理处理，而不涉及变更咨询委员会(CAB)。

正常的变更会对服务的连续性造成中等程度的风险，并且将涉及召集 CAB，以便根据全面的更改管理流程进行评估和规划。

主要的变更在业务收益、规模和风险方面是显著的。众所周知，重要性和风险水平很高，因此重大更改将涉及大量人员来评估、计划和执行它。由于风险很高，重大变更通常会上报给更高的变更机构进行审批。

紧急变更是那些必须快速执行以响应即时需求的变更，例如中断业务操作的问题。因此，紧急变更不仅给业务带来最大的风险，也带来最大的好处(如恢复业务连续性)。

我们将召开应急部门(ECAB)会议，迅速、果断地应对此类紧急情况。处理紧急变更的程序将得到精简，重点是在考虑到使问题复杂化的风险的同时尽可能迅速地进行变更。因此，一些测试将在实施之前执行，但更全面的测试和调整可能会在实施之后持续一段时间。

当根据您的变更模型对变更进行分类时，最好谨慎行事。将带有未知风险和影响的变更映射到变更模型的高层(例如，普通或重大)，以确保对潜在影响进行全面和彻底的评估。在过程的最后，评估阶段将确定变更类别是否可以在模型中向下移动一层，例如，成为一个标准的变更，以便下次可以更迅速和有效地处理。

变更管理需要有纪律的方法来控制变更，并得到官方政策支持。变更管理功能需要在整个组织中强制实施过程的权力。

通过ServiceDesk Plus变更模块提升IT生产力