Close

什么是 IT 支持?

团队如何共享变更管理角色和职责

任何变更管理实践的主要目标都是在更新发布时减少事件,以便让客户满意,并让您在竞争中抢占先机。如今,客户对永不停机、高性能服务的期望越来越高。

妥善管理服务中断并谨慎地进行频繁改进至关重要。当今的团队已经采用了风险缓解策略,同时经常利用 Jira Service Management 等工具,尽可能以最简便、最灵活的方式为客户创造价值。

为了实现这些目标,各公司指定了与变更管理相关的各种角色和职责。对于企业公司而言,这些角色通常由多个员工或团队共享。

对于小型公司,一名员工可能同时承担变更管理职责以及其他责任。例如,负责变更管理的人员也可能是开发人员或团队负责人。或者,也可能将变更管理职责整合到 IT 管理员的角色中。在其他情况下,可能会慢慢在现有团队中构建和共享自动化流程。

尽管没有万能的变更管理责任分配模式,但公司应采用最适合其需求的框架。通过重新评估为具有特定职务的个人分配变更责任的实践,可以让各种规模的团队受益,特别是当他们与所审查的项目相去甚远时,更是如此。

把握新机会来自动执行变更流程并将最佳实践集成到现有的工作流程中,这样可以让承担变更管理责任的团队成员担起更具战略性的角色,将省却的时间更好地投入到实现核心业务目标上来。

常见的变更管理角色

变更管理中涉及的角色取决于许多因素,包括组织的类型和规模。以下是几种常见的变更管理角色。

变更管理者/协调员

变更经理(有时也称为变更协调员)通常负责管理 IT 变更的所有方面。他们负责确定变更请求的优先级,评估其影响,以及接受或拒绝变更。Jira Service Management 通过提供先进的请求单系统和简化的沟通通道可以显著增强这些任务。

变更经理还负责记录变更管理流程和变更计划。最重要的是,他们会负责组织变更管理策略,并担任变更顾问委员会 (CAB) 会议的主席。变更经理的成功通常是根据他们是否符合时间和预算目标进行评判。

变更经理职位描述

组织内的变更经理负责变更管理计划,指导这些计划的实施。他们需要设计和执行促进员工采用工作场所变更的策略,例如负责向新项目管理软件的平稳过渡或实施灵活的远程工作政策。

这些高层领导与其他主要利益相关者密切合作,确保变更与企业战略目标保持一致。他们还与项目经理合作,确保顺利运营,持续监控进度并进行必要的调整。变更经理还可能分析员工体验并为实现平稳过渡提供解决方案。

变更经理和项目经理之间有什么区别?

变更经理的工作主要侧重于最大限度地减少组织变更的不利影响并优化积极成果。该角色着重强调解决变更中人的方面,包括了解变更对个人的影响和促进他们适应新环境。相比之下,项目经理则专注于交付实际产品,确保产品在既定的时间线和预算限制内完成并符合利益相关者的期望。

变更权威人士/批准者

变更权威人士是指决定是否授权变更的人员。有时是一个人,例如高级经理或高管。有时是变更顾问委员会的一群人。有时是同行评审员。

根据 ITIL 4,“在高速组织中,常见做法是使变更审批分权,这使同行评审成为首要的高效预测途径。”Jira Service Management 支持这种方法,为有效的同行评审和分权决策提供了平台。

变更经理通常会与变更权威人士密切合作,以批准和实施推进变更的策略。在某些情况下,特别是在小型组织中,变更经理就是变更权威人士,有权在不增加额外团队的情况下做出决策。

企业利益相关者

企业利益相关者通常会参与变更管理,并可能进入授权流程。鉴于软件服务对大多数企业至关重要,这种情况越来越普遍。例如,假设某项变更影响了财务团队的付款跟踪软件和销售团队的 CRM 之间的连接。在这种情况下,财务和销售团队的高层领导可能需要参加 CAB 会议和决策过程。

工程师/开发人员

开发团队通常会提交变更以供批准,并根据需要记录案例。变更获得批准后,变更经理或采用“谁构建,谁运行”方法的 CAB 可能会指示开发团队部署变更、监控变更并应对由此产生的任何事件。在其他情况下,事件管理团队可能会负责应对任何问题。该团队可能独立于开发团队。

服务台支持人员

服务台支持人员在变更管理中起着至关重要的作用,他们会针对可能由变更产生的事件和常见服务事务提供独到的一线见解。他们通过与最终用户进行密切互动,能够识别潜在的挑战并收集宝贵的反馈,这使他们对于确保变更实施期间的平稳过渡至关重要。他们的见解有助于制定有效的沟通策略和迅速解决问题,最终促进变更计划的整体成功。

Jira Service Management 是一款全面的服务台解决方案,可进一步增强服务台支持人员在变更管理方面的能力。通过利用其强大的功能(例如先进的请求单系统和简化的沟通通道),服务台支持人员可以高效地跟踪和管理变更请求,确保顺利整合变更,同时保持较高的客户满意度。

运营经理

运营经理负责系统的日常持续运行,在评估和管理风险与依赖关系方面发挥着关键作用。他们具备维护系统稳定性和性能方面的专业知识,这使其能够为项目经理提供有关变更潜在影响的关键见解,从而确保采用优先考虑创新和运营可靠性的平衡变更管理方法。

客户关系经理

凭借卓越的沟通技巧,客户关系经理可以充当组织与客户之间的桥梁,使他们能够有效地代表客户向主要利益相关者发声。他们会提供有关客户思维模式、顾虑以及不断变化的需求方面的宝贵见解,帮助公司持续关注客户不断变化的需求。通过提供这些重要反馈,他们致力于制定以客户为中心的变更计划并提高整体客户满意度。

信息安全官和网络工程师

信息安全官员和网络工程师拥有网络安全和云基础架构方面的专业知识,在识别和解决威胁与漏洞方面发挥着至关重要的作用。他们的见解和建议有助于加强组织的安全态势,确保在深切了解潜在风险的情况下实施变更。

通过与这些专业人员合作,在面对不断变化的安全挑战时,公司可以加强防御并保持其数字基础架构和业务流程的完整性。

转变变更顾问委员会 (CAB) 的角色

一直以来,变更顾问委员会在评估与变更请求相关的风险以及批准或拒绝变更请求方面都发挥着至关重要的作用。传统的 CAB 通常充当“看门人”,控制所提议变更的发布。

但是,他们因时间管理能力差、变更请求待办事项列表冗长以及脱离实际工作而饱受诟病。幸运的是,CAB 正在发展成为更具战略性的顾问,转变了他们在变更管理过程中的角色。

传统 CAB 面临的挑战

传统的 CAB 经常被指责效率低下,导致会议毫无成效,浪费时间,而且牵扯太多利益相关者。这可能是因为他们肩负了太多的责任。

以机场的指挥塔台为例。它的唯一作用是指挥飞机着陆,而不是评估飞机的安全性或飞行员的资质。另一方面,许多 CAB 需要负责就各种变更做出全面的安全决策,通常是在参与者急于度周末的那一周。这种安排阻碍了他们的效率。

此外,CAB 通常会优先考虑变更造成事件的风险,但可能会忽视延迟重要变更的风险,这可能会损害客户并对组织在市场中的竞争能力产生负面影响。

将 CAB 重新定位为战略顾问

要将 CAB 转变为战略顾问,公司应重新考虑通常会阻碍软件正常交付的传统笨重型变更管理流程。《2019 年 DevOps 状况报告》中的数据表明,需要 CAB 批准的程序可能会对绩效产生负面影响,但没有证据表明正式的批准流程会降低变更失败率。

如今的团队正在采取以下措施来改进他们的 CAB:

  1. 自定义的方法:停止统一处理变更请求。每个变更请求都提供了收集有价值数据的机会,从而可以对不太可能产生重大影响的变更采取预先批准和自动执行的方法。
  2. 整合变更和发布管理:使变更和发布管理变得更紧密,避免将变更捆成大包进行审核和批准,否则会导致重大事件和延迟。
  3. 渐进式发布:实施渐进式部署,对一小部分用户测试和迭代变更,从而缩小潜在事件的范围并确保部署成功。
  4. 自动化:重新考虑批准模型并采用自动化来简化变更管理流程,从而提高其效率并减少手动任务。
  5. 左移:将同行审查作为一项常用策略予以实施,以替换或减少 CAB 审批,让最了解代码的人负责发现代码中的问题。确保精心编制符合法规的文档。
  6. 召集专家:CAB 可以专注于流程改进、提出建议、提供资源以及使用变更管理工具来提高绩效并加快向市场交付价值,而不是将时间花在批准各个请求上。

定义变更管理原则和责任

在定义变更管理团队中的角色和职责时,没有放之四海而皆准的方法。需要考虑您公司的文化、团队结构、技能和监管要求。让团队参与讨论,了解他们的基本贡献和需求,同时考虑 DevOps、CI/CD 和 ITIL 等各种框架。评估您当前的变更流程,确定需要改进的领域,并努力将常规变更转变为标准或预先批准的状态。

变更管理是一项必不可少的实践,而且总有改进的空间。无论您是刚刚开始业务管理,还是希望加强变更管理实践,都有办法跟踪变更、实施风险评估和自动化系统,并使运营团队能够使用 Jira Service Management 等工具管理变更。