适用于高速团队的 ITSM
ITSM 团队的变更管理类型
变更管理是一种 IT 实践,它旨在在对关键系统和服务进行变更时最大限度地减少 IT 服务的中断。变更的定义是:添加、修改或删除任何可能对服务产生直接或间接影响的内容。

标准变更
标准变更风险较低,通常为重复性变更,并且是预先批准的。标准变更会频繁执行,并遵循某一记录在案的、经过批准的流程。
这些变更很常见,并且遵循某一明确定义的流程。由于该流程已通过风险评估和审批流程,因此不必在每次出现该活动的其他实例时都再次执行该流程。
这些标准更改可作为自动化功能的绝佳备选对象,以便团队专注于正常和紧急变更。部分公司甚至报告说,多达 70% 的标准变更可自动执行。
标准变更的示例
- 添加内存或存储空间
- 将故障路由器替换为运行正常的同款路由器
- 创建数据库的新实例
常规变更
常规变更是一种非紧急变更,但它们并未经过某一既定的、预先批准的流程的处理。
某些常规变更(如数据中心交换机)仍然存在高风险,可能需要风险评估并获得变更顾问委员会的批准。其他变更可能风险较低,可由指定的变更机构或通过自动检查和同行评审快速批准。
常规变更的示例
- 升级到新的内容管理系统
- 迁移到新的数据中心
- 性能改进
紧急变更
这些变更源于意外的错误或威胁且需要立即解决,其目的通常是为了恢复客户或员工的服务或保护系统免受威胁。
紧急变更的紧迫性意味着需要按照更紧迫的时间线处理变更,因为冗长的审查过程所产生的风险远高于快速解决问题所牵涉的风险。
How you categorize your changes depends on factors including your organization, processes, and risk tolerance. We advocate dropping the "one size fits all" approach, and treating each change differently based on risk assessment. As your organization learns more about previous incidents, particular systems, and incorporates other relevant data, it should be possible to designate a higher share of changes as standard and pre-approve them. Modern change management should make change requests as simple and streamlined as possible.
紧急变更的示例
- 实施安全补丁
- 处理服务器中断
- 解决重大事件
应如何对变更进行分类?
虽然这些类别构成了一个有用的框架,但我们仍建议团队将这些类别用作防护机制,以此发展出满足自身需求的变更实践。您的团队对变更进行分类的方式取决于多种因素,包括您的组织、流程和风险承受能力。在 Atlassian,我们主张放弃“一刀切”的方法,而是根据风险评估来对每项变更进行区别对待。随着的组织更多地了解以前的事件、特定系统并整合其他相关数据,应该可以将更高比例的变更指定为标准变更,并预先批准这些变更。现代变更管理应该让变更请求尽可能简单和精简。
通过 Jira Service Management 完善变更管理
Jira Service Management 的新变更管理功能为团队提供了来自软件开发工具的更丰富的情境信息,以便他们做出更优的决策并最大限度地降低风险。通过集成到现代软件工作流程中,您可以了解变更并更快地进行创新。
Atlassian's guide to agile ways of working with ITIL 4
ITIL 4 is here—and it’s more agile than ever. Learn tips to bring agility and collaboration into ITSM with Atlassian.
阅读白皮书不要停止部署:在不确定的时期实践变更管理
某些公司正在回归繁重的变更管理流程。以下是有关如何避免添加控制手段甚至改进实践的指导。