您的变更管理数据模板

BMC Helix ITSM
您的变更管理数据模板

您的变更管理数据模板

此模板为收集变更管理流程分析所需的关键数据提供了结构化指南。您可以查看建议收集的属性、需要跟踪的关键活动,以及如何直接从系统中提取这些信息的实用说明。借助此资源,确保流程挖掘项目全面有效地开展。
  • 全面分析所需收集的建议属性
  • 流程中需要跟踪的关键活动和里程碑
  • 从相关源系统提取数据的具体指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

变更管理属性

以下是建议纳入事件日志的数据字段,可用于全面分析变更管理流程并深入了解流程情况。
5 必填 6 建议填写 11 选填
名称 说明
变更请求ID
ChangeRequestID
系统为每个变更请求生成的唯一标识符,也是主要案例标识符。
说明

变更请求ID是标识每项变更计划的唯一键,贯穿整个生命周期。它将相关活动、审批和任务归为一组,构成流程挖掘中的单个案例。

按此ID分析流程,可以端到端了解变更管理情况,从初始请求到最终关闭。这对于跟踪周期时间、识别瓶颈和了解单项变更的流程差异至关重要。

重要性

这是将所有相关事件关联到同一流程实例的基础属性,使变更管理流程的端到端分析成为可能。

获取途径

位于“CHG:Infrastructure Change”表单的“Infrastructure Change ID”字段(字段ID 1000000182)。

示例
CRQ0000001234567CRQ0000001234568CRQ0000001234569
开始时间
EventStartTime
表示特定活动或事件开始时间的时间戳。
说明

此属性记录活动发生的准确日期和时间,例如提交、批准或关闭变更的时间。

此时间戳对于分析流程时间线至关重要,可用于计算活动间的周期时间、衡量等待时间、识别绩效趋势并确定事件顺序。准确的时间戳是开展任何基于时间的流程分析的基础。

重要性

此属性提供计算持续时间、分析绩效和了解流程事件顺序所需的时间维度。

获取途径

数据取自“CHG:ChangeRequest_AuditLog”表单中的“Audit Date”字段,或特定状态变更对应的“Last Modified Date”。

示例
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
活动
ActivityName
变更管理流程中执行的具体事件或任务名称。
说明

此属性表示变更请求生命周期中的一个步骤或状态变更,例如“提交变更请求”或“批准变更请求”。这些活动构成流程图的基本要素。

分析活动的顺序和持续时间,有助于识别流程路径、发现偏离标准过程的情况并找出瓶颈。活动名称通常根据系统审计日志中记录的状态变更生成。

重要性

此属性定义流程步骤,便于展示和分析流程路径,这是流程挖掘的核心。

获取途径

根据“CHG:ChangeRequest_AuditLog”表单中的状态变更生成,或通过跟踪“CHG:Infrastructure Change”表单中“Status”字段的变化得出。

示例
提交变更请求完成风险评估批准变更请求实施变更
数据最后更新时间
LastDataUpdate
表示此记录的数据上次从源系统刷新时间的时间戳。
说明

此属性显示数据上次从BMC Helix ITSM提取的日期和时间。它表示数据提取时间,而非事件发生时间。了解这些信息有助于判断所分析数据的新鲜度并管理数据刷新周期。

在仪表板和报告中,此时间戳可让用户了解分析结果的时效性,对于监控正在进行的流程尤为重要。

重要性

此属性表示数据的时效性,对于确保分析结果和仪表板反映流程最新状态至关重要。

获取途径

此元数据字段通常由ETL工具或数据管道在提取数据时生成并填充。

示例
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
源系统
SourceSystem
提取数据的系统名称。
说明

此属性标识流程数据的来源,在此处为“BMC Helix ITSM”。它有助于数据治理和追溯,尤其是在需要整合多个系统数据进行综合分析的环境中。

例如,后续将变更数据与财务或项目管理系统的数据合并时,此字段可清楚区分数据来源。

重要性

此属性提供重要的数据来源信息,确保数据可追溯且易于正确解读,尤其适用于多系统分析场景。

获取途径

此值通常在数据提取、转换和加载(ETL)过程中静态添加,用于标记数据集的来源。

示例
BMC Helix ITSMHelix ITSM生产环境BMC Remedy AR System
优先级
Priority
分配给变更请求的优先级,表示其业务重要性。
说明

优先级通常根据影响和紧急程度综合确定,并决定变更请求的处理顺序和速度。高优先级变更通常需要更快处理,也可能受更严格的服务级别协议(SLA)约束。

此属性用于“变更SLA绩效”仪表板,以细分和分析不同优先级的绩效。它有助于回答“高优先级变更是否达到SLA要求?”等问题,并为资源分配提供依据。

重要性

此属性可按业务重要性细分绩效分析,确保最关键的变更得到高效处理并达到目标。

获取途径

位于“CHG:Infrastructure Change”表单的“Priority”字段。

示例
严重高中低
变更类型
ChangeType
变更的分类,例如标准、普通或紧急。
说明

此属性根据变更请求的性质及其适用流程对请求进行分类。常见类型包括标准变更(已预先批准、风险较低)、普通变更(需要完整评估和审批)和紧急变更(因紧急问题需要加快处理)。

按变更类型分析对于了解流程差异至关重要。例如,“紧急变更量与影响”仪表板会使用此字段跟踪紧急变更及其对服务稳定性的影响。此属性还有助于评估不同类型的变更是否遵循规定流程。

重要性

此属性可按不同变更工作流细分流程,以便进行分析和比较,是合规与绩效分析的关键。

获取途径

位于“CHG:Infrastructure Change”表单的“Change Type”字段。

示例
标准普通紧急无影响
实施团队
ImplementationTeam
负责实施变更的团队。
说明

此属性用于标识负责执行变更请求所需工作的技术或运营团队。在变更生命周期的实施阶段,该团队通常记录为“Assigned Group”。

此信息对于“变更流程中的资源瓶颈”仪表板至关重要。管理者可以按实施团队分析活动时长和数量,发现工作负荷不均、技能缺口或其他导致变更部署延迟的资源限制。

重要性

按负责团队分析绩效,有助于发现实施阶段的资源瓶颈。

获取途径

位于“CHG:Infrastructure Change”表单的“ASGRP”(Assigned Group)字段。

示例
服务器运维数据库管理员SAP Basis团队云基础设施
审批组
ApproverGroup
负责在特定阶段审批变更请求的团队或小组。
说明

此属性用于标识负责审核并批准变更的团队。变更可能需要经过多个审批阶段,因此在整个生命周期中,负责审批的团队可能各不相同,例如技术审批团队和业务审批委员会。

此属性是“变更审批瓶颈”仪表板的重要依据,可按负责团队细分审批时长,帮助您找出工作负荷过重或效率偏低、导致流程延误的团队。

重要性

按负责团队分析审批时长,有助于发现审批流程中的瓶颈。

获取途径

数据来自用于管理审批并关联变更请求的“AP:Signature”表单。审批人所属团队记录在此表单中。

示例
变更咨询委员会IT安全网络工程应用开发
状态
Status
变更请求在生命周期中当前所处的状态或阶段。
说明

“Status”字段表示变更请求在特定时间所处的确切阶段,例如“草稿”、“Request For Authorization”或“Completed”。活动根据这些状态之间的变更生成,而状态本身则有助于分析当前工作量。

此属性对于“变更处理量与当前状态”仪表板至关重要,可概览各阶段的变更数量,帮助管理者了解进行中的工作和资源分配情况。

重要性

此属性可实时呈现变更处理进度,便于分析进行中的工作和所有变更请求的当前状态。

获取途径

位于“CHG:Infrastructure Change”表单的“Status”字段。

示例
草稿Request For Authorization已安排实施中已完成
风险等级
RiskLevel
对实施变更可能带来的风险进行评估。
说明

风险等级是对实施变更可能造成负面后果的定性或定量评估。它是审批流程的重要依据,风险较高的变更会受到更严格的审查。

此属性是“变更风险概况分析”仪表板的核心,可帮助相关方了解变更组合的整体风险敞口。它还可用于识别返工循环:初始风险评估不充分,导致后续需要重新评估。

重要性

此属性为分析流程合规性和效率提供重要维度,有助于确保高风险变更得到适当审查。

获取途径

位于“CHG:Infrastructure Change”表单的“Risk Level”字段。

示例
1 - 严重2 - 高3 - 中4 - 低5 - 计划中
SLA状态
SLAState
变更请求相对于SLA目标的计算状态。
说明

此属性表示已完成的变更请求是否达到SLA要求、存在未达标风险或已违反服务级别协议(SLA)。系统通过比较实际完成时间戳与“SLATargetDate”计算此状态。

这是“变更SLA绩效”仪表板的主要指标,可清晰简要地衡量服务承诺的履行情况。您还可以按优先级、变更类型或团队细分数据,找出SLA达标情况较差的环节。

重要性

此属性直接衡量服务承诺的履行情况,是反映流程效率和服务质量的重要指标。

获取途径

此属性在数据转换过程中计算得出,方法是将最后一项活动的时间戳与“SLATargetDate”进行比较。

示例
按时完成有风险已超时
SLA目标日期
SLATargetDate
变更请求应完成的目标日期和时间。
说明

服务级别协议(SLA)目标日期是完成变更请求的截止时间,具体取决于请求的优先级和类型。实际完成时间将与此基准进行比较。

此属性是“变更SLA绩效”仪表板的基础。将实际关闭时间与目标时间比较,即可判断变更是否达到SLA要求。分析SLA绩效有助于评估整体流程效率,以及对服务级别承诺的履行情况。

重要性

此属性提供绩效衡量基准,可用于计算SLA达标率并识别有风险的变更。

获取途径

此信息通常存储在相关的SLA管理表单中,并关联到变更请求,往往也会显示在变更表单上。

示例
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
关联事件ID
RelatedIncidentID
由此变更导致的任何事件的标识符。
说明

此属性将变更请求与后续可能由其引发的事件关联起来。了解这种关联对于分析变更对服务稳定性的后续影响至关重要。

这是计算“变更引发事件率”KPI所需的主要属性。通过追踪这些关联,组织可以衡量变更流程的质量,并找出与实施后问题发生率较高相关的变更类型、团队或服务。

重要性

此属性直接衡量变更造成的负面影响,是评估变更质量和风险管理成效的关键KPI。

获取途径

此关联通常在事件表单(“HPD:Help Desk”)中建立,可将事件关联回作为其原因的变更请求。

示例
INC000000987654INC000000987655INC000000987656
关闭代码
CloseCode
用于说明变更关闭时最终结果的代码。
说明

关闭代码为变更请求的关闭原因提供标准化分类,例如“成功”“成功但存在问题”“已回退”或“已取消”。与最终状态相比,此属性能更细致地呈现变更结果。

分析关闭代码有助于评估已实施变更的质量和成功率。例如,“已回退”的变更数量较多,可能表明规划或测试存在问题,可作为流程改进的重要衡量指标。

重要性

此属性以清晰、结构化的方式记录每项变更的结果,便于分析成功率以及失败或取消的原因。

获取途径

位于“CHG:Infrastructure Change”表单的“Status Reason”或类似关闭代码字段,该字段会在流程最后阶段启用。

示例
成功成功但存在问题已回退已取消
受影响的服务
AffectedService
受变更影响的业务服务或技术服务。
说明

此属性将变更请求关联到配置管理数据库(CMDB)中定义的特定服务,例如面向用户的“电子邮件服务”,或后端技术服务“身份验证服务”。

“紧急变更数量与影响”仪表板使用此属性将变更与受影响的服务关联起来,帮助您了解各项服务的稳定性,并找出需要频繁紧急干预的服务。

重要性

此属性提供关键的业务背景信息,将技术变更与其对业务服务的影响关联起来,支持以服务为中心的流程分析。

获取途径

数据来自“CHG:Infrastructure Change”表单中的“ServiceCI”字段,或相关的配置项(CI)关系。

示例
企业电子邮件SAP ERP客户关系管理网上银行门户
变更提交人
ChangeSubmitter
创建并提交变更请求的人员。
说明

此属性用于标识发起变更请求的人员,通常记录为系统中的“Submitter”或“Reported By”用户。

虽然它通常不是主要分析维度,但有助于了解变更请求的来源。例如,分析大多数变更是否来自特定部门或角色,可以帮助您了解业务需求和规划流程。

重要性

此属性有助于识别变更请求的发起人,从而分析流程中的需求模式和用户行为。

获取途径

位于“CHG:Infrastructure Change”表单的“Submitter”字段。

示例
Allen AllbrookMary MannBob Baxter
影响
Impact
评估变更对业务服务和IT基础设施造成的影响。
说明

影响表示变更可能对业务运营、服务和用户造成的影响。它与紧急程度共同决定变更请求的优先级。

在分析中,“变更风险概况分析”仪表板会使用影响数据,全面呈现变更组合可能造成的业务后果。了解高影响变更的分布情况,有助于制定风险管理策略和资源计划。

重要性

此属性有助于量化变更可能造成的业务后果,从而根据服务可能受到的影响程度开展风险分析并确定优先级。

获取途径

位于“CHG:Infrastructure Change”表单的“Impact”字段。

示例
1-广泛/大范围2-显著/较大3-中等/有限4-轻微/局部
是否为紧急变更
IsEmergencyChange
用于标记变更类型是否为“紧急”的布尔标记。
说明

此派生标记以清晰的二元值简化紧急变更分析,依据“ChangeType”属性的值生成。

此属性主要用于支持“紧急变更数量与影响”仪表板和“紧急变更占比”KPI。它便于筛选和汇总紧急变更数据,无需在分析工具中设置复杂的筛选逻辑,即可跟踪其频率和趋势变化。

重要性

此属性简化了紧急变更分析,便于筛选数据、查看仪表板并计算与此类重要变更相关的KPI。

获取途径

此属性在数据转换过程中生成,逻辑为:IF 'ChangeType' = 'Emergency' THEN true ELSE false。

示例
truefalse
是否返工
IsRework
用于标记某项活动是否属于返工循环或流程中的回退步骤。
说明

当变更请求在生命周期中退回到先前阶段时,此布尔属性设为true,例如从“已排期”退回到“风险评估”。此类回退代表返工,往往会降低效率。

此标记用于计算“变更返工率”KPI,并支持“变更返工与评估效率”仪表板。它有助于量化返工频率,并找出最常发生返工的流程步骤,从而明确初始规划和评估中需要改进的环节。

重要性

此属性通过标记返工循环中的活动,直接揭示流程效率问题,便于有针对性地开展改进。

获取途径

此属性为计算所得,通过分析案例的活动顺序生成。在数据转换过程中应用相应逻辑,以检测流程中的回退。

示例
truefalse
紧急程度
Urgency
变更的紧急程度,反映实施变更的时间要求。
说明

紧急程度表示变更需要多快实施。它与影响共同用于计算变更请求的总体优先级。

紧急程度是“变更风险概况分析”仪表板的重要属性,可帮助了解变更管理流程面临的时间压力。分析紧急程度趋势,有助于发现导致大量时限紧迫请求的深层问题。

重要性

此属性反映变更对时间的要求,有助于分析流程是否能有效处理时限要求不同的请求。

获取途径

位于“CHG:Infrastructure Change”表单的“Urgency”字段。

示例
1-严重2-高3-中4-低
结束时间
EventEndTime
表示特定活动或事件结束时间的时间戳。
说明

结束时间表示活动完成的时间。在流程挖掘中,通常将案例中后续活动的开始时间作为结束时间,从而明确前一步骤的持续时间。案例中的最后一个活动,其结束时间可能与开始时间相同,也可能取自特定的关闭时间戳。

此属性对于计算每项活动的ProcessingTime至关重要,这是绩效分析和瓶颈识别的核心指标。借助它可以详细分析每个步骤所需的时间。

重要性

此属性可精确计算活动持续时间,是识别瓶颈和衡量流程绩效的基础。

获取途径

此属性为计算所得,通常在数据转换过程中,根据同一案例中顺序排列的下一事件的开始时间生成。

示例
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
必填 建议填写 选填

变更管理活动

以下是建议记录在事件日志中的关键流程步骤和里程碑,有助于准确发现流程并有效识别瓶颈。
7 建议填写 7 选填
活动 说明
关闭变更
这是最后一个活动,表示系统中的变更请求已正式关闭。变更请求状态设为“Closed”时会记录此事件。
重要性

此活动标志着变更生命周期顺利结束,对于衡量端到端流程时长和整体处理量至关重要。

获取途径

根据CHG:Change表单中的状态历史记录推断,具体来说,是状态变为“Closed”的时间。

采集

确定CHG:Change表单中“Status”字段更新为“Closed”的时间戳。

事件类型 inferred
创建变更请求
此活动表示系统中首次创建变更请求记录。事件时间取自CHG:Change表单中变更请求条目的创建时间戳。
重要性

这是每个变更请求的起点,对于衡量整个生命周期的时长和分析变更请求量至关重要。

获取途径

此事件的时间取自CHG:Change表单审计日志中的“Submit Date”或记录创建时间戳,例如HPD:Help Desk Audit Log。

采集

使用CHG:Change表单中的记录创建时间戳。

事件类型 explicit
安排变更
此活动表示已正式安排获批变更的实施时间。系统将状态变更为“Scheduled”时会记录此事件。
重要性

这是一个关键里程碑,表示变更已准备就绪,可以实施。它也是衡量变更实施周期时间和平均实施等待时间KPI的起点。

获取途径

根据CHG:Change表单中的状态历史记录推断,具体来说,是状态变为“Scheduled”的时间。

采集

确定CHG:Change表单中“Status”字段更新为“Scheduled”的时间戳。

事件类型 inferred
完成测试
表示已完成实施后的测试或验证。通常通过关闭与变更请求关联的专用测试任务来记录此活动。
重要性

跟踪此活动对于衡量平均测试周期时间和确保质量至关重要。它有助于在最终验证前发现验证流程中的瓶颈。

获取途径

根据CHG:Task表单中与上级变更请求关联的测试任务是否完成来推断。

采集

确定CHG:Task中关联的“Testing”或“Validation”任务标记为“Closed”或“Completed”的时间戳。

事件类型 inferred
完成风险评估
此活动表示已完成拟议变更的风险评估。通常可根据变更请求状态更新或特定风险评估任务关闭的时间记录此活动。
重要性

跟踪此活动对于确保遵循变更管理政策至关重要。它有助于发现评估阶段的延误;如果流程返回此步骤,还可用于分析变更返工率。

获取途径

可根据CHG:Change表单中的状态变更推断,例如状态变为“Request For Change”;也可根据CHG:Task表单中相关任务的完成情况推断。

采集

确定CHG:Task中关联的“Risk Assessment”任务标记为“Closed”或“Completed”的时间戳。

事件类型 inferred
实施变更
此活动表示变更实施工作已成功完成。通常在状态更新为“Completed”,且原因表明实施成功时记录此活动。
重要性

这是一个重要里程碑,标志着部署阶段结束。它对于计算变更实施周期时间和分析变更引发的事件至关重要。

获取途径

根据CHG:Change表单推断:“Status”设为“Completed”,且“Status Reason”为“Successful”。

采集

确定CHG:Change表单中“Status”字段更新为“Completed”的时间戳。

事件类型 inferred
批准变更请求
这是一个关键里程碑,表示变更请求已获正式批准,可以继续推进。通常可根据最终授权后状态变为“Scheduled”或“Planning In Progress”来推断此事件。
重要性

这标志着审批阶段结束,对于衡量审批瓶颈和平均变更审批时间KPI至关重要,也是流程中的关键决策点。

获取途径

根据CHG:Change表单中的状态历史记录推断,具体来说,是请求离开“Request For Authorization”等审批状态的时间。

采集

确定CHG:Change表单中“Status”字段通过最终审批阶段、例如变为“Scheduled”的时间戳。

事件类型 inferred
制定实施计划
表示已制定并记录变更的详细实施计划。通常在与变更关联的计划任务完成时记录此活动。
重要性

完成此活动是安排和实施变更的前提。分析其耗时有助于发现变更执行前计划阶段的延误。

获取途径

根据CHG:Task表单中与上级变更请求关联的特定计划任务是否完成来推断。

采集

确定CHG:Task中关联的“Implementation Planning”任务标记为“Closed”或“Completed”的时间戳。

事件类型 inferred
取消变更
表示变更请求在实施或完成前被取消。变更请求状态更新为“Cancelled”时会记录此活动。
重要性

跟踪取消情况有助于了解撤回变更的原因,并发现初始计划不充分、优先级变化或资源受限等问题。

获取途径

根据CHG:Change表单中的状态历史记录推断,具体来说,是状态变为“Cancelled”的时间。

采集

确定CHG:Change表单中“Status”字段更新为“Cancelled”的时间戳。

事件类型 inferred
完成影响分析
表示已完成影响分析,以确定变更可能造成的后果。通常可根据状态更新或相关任务关闭的时间推断此活动。
重要性

此活动对于了解计划效率及其对返工的影响至关重要。分析其耗时和发生频率,有助于改进初始评估阶段。

获取途径

根据CHG:Task表单中“Impact Analysis”任务的完成时间戳,或CHG:Change表单中的特定状态变更推断。

采集

确定CHG:Task中关联的“Impact Analysis”任务标记为“Closed”或“Completed”的时间戳。

事件类型 inferred
实施后评审
表示变更实施后已完成正式评审。通常根据实施后评审(PIR)任务关闭的时间记录此活动。
重要性

此活动对于组织学习和流程改进至关重要。衡量实施后评审率KPI有助于确保组织从变更中吸取经验。

获取途径

根据CHG:Task表单中与上级变更请求关联的“Post-Implementation Review”任务是否完成来推断。

采集

确定CHG:Task中关联的“PIR”任务标记为“Closed”或“Completed”的时间戳。

事件类型 inferred
拒绝变更请求
此活动表示审批人已正式拒绝变更请求。系统将状态变更为“Rejected”时会记录此活动,且该状态为终止状态。
重要性

跟踪被拒请求有助于找出拒绝原因,例如信息不完整或风险过高。分析这些原因有助于提高后续变更请求的质量。

获取途径

根据CHG:Change表单中的状态历史记录推断,具体来说,是状态变为“Rejected”的时间。

采集

确定CHG:Change表单中“Status”字段更新为“Rejected”的时间戳。

事件类型 inferred
提交变更请求
表示正式提交变更请求,以供审核和授权。通常可根据变更请求状态从“草稿”变为“Request For Authorization”来推断此活动。
重要性

此活动启动审批流程。跟踪此活动对于衡量请求等待初审的时间,以及分析变更审批时间KPI至关重要。

获取途径

根据CHG:Change表单中的变更请求状态历史记录推断,具体来说,是状态变为“Request For Authorization”的时间。

采集

确定CHG:Change表单中“Status”字段从“草稿”变为“Request For Authorization”的时间戳。

事件类型 inferred
验证变更
此活动表示变更实施并完成测试后,相关方已正式确认变更成功。通常通过最终关闭前的状态变更来记录。
重要性

验证是关闭变更前的最后一道质量关卡,可确认变更是否达到预期目标,以及是否造成意外负面影响。

获取途径

可根据CHG:Change表单中的状态变更推断,例如状态从“Completed”变为“Verification”或“Closed”。

采集

确定实施活动完成后,CHG:Change表单中“Status”字段变为“Closed”的时间戳。

事件类型 inferred
建议填写 选填

数据提取指南

如何从BMC Helix ITSM获取数据

准备好开始了吗?

立即使用此模板准备数据,开始优化变更管理流程。获取有价值的洞察,提升运营效率。

立即优化变更管理,避免服务中断

将变更成功率提升至95%,避免代价高昂的服务中断。

开始免费试用

无需信用卡,几分钟即可完成设置。