您的变更管理数据模板

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
分配给变更请求的优先级,用于表示其业务重要性。
说明

优先级通常由Impact和Urgency共同决定,并规定变更请求的处理顺序和速度。高优先级变更通常需要更快处理,并可能适用更严格的服务级别协议(SLA)。

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

为什么重要

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

获取位置

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

示例
关键
变更类型
ChangeType
变更的分类,例如Standard、Normal或Emergency。
说明

此属性根据变更请求的性质及其必须遵循的流程对其进行分类。常见类型包括Standard(预先批准、低风险)、Normal(需要完整评估和审批)以及Emergency(因紧急问题需要加急处理)。

按变更类型分析对于了解流程差异至关重要。例如,“Emergency Change Volume & Impact”仪表板依赖此字段跟踪紧急变更及其对服务稳定性的影响。它还有助于评估不同变更类型是否遵循规定路径。

为什么重要

它支持按不同变更工作流细分、分析和比较流程,这对于合规和绩效分析十分关键。

获取位置

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

示例
标准正常紧急无影响
实施团队
ImplementationTeam
负责执行变更实施工作的团队。
说明

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

该信息对于“Resource Bottlenecks in Change Process”仪表板至关重要。通过分析各实施团队的活动时长和工作量,管理者可以发现负载不均、技能缺口或其他导致变更部署延迟的资源约束。

为什么重要

它支持按负责团队分析绩效,从而识别实施阶段与资源相关的瓶颈。

获取位置

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

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

此属性标识负责评审和授权变更的团队。由于一项变更可能包含多个审批阶段,因此生命周期中的不同阶段可能对应不同团队,例如技术审批团队和业务审批委员会。

这是“Change Approval Bottlenecks”仪表板的重要属性,可按负责团队细分审批时长,帮助定位因工作负载过高或效率不足而造成流程延迟的团队。

为什么重要

它支持按负责团队分析审批时长,从而识别审批流程中的瓶颈。

获取位置

来源于管理审批并与变更请求关联的“AP:Signature”表单。审批组属于该记录的一部分。

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

Status字段表示变更请求在特定时间点所处的准确阶段,例如“Draft”、“Request For Authorization”或“Completed”。活动源自这些状态之间的转换,而状态本身则适用于分析当前工作负载。

此属性是“Change Throughput & Current Status”仪表板的基础,用于展示管道各阶段的变更数量。它帮助管理者了解进行中的工作和资源分配情况。

为什么重要

它提供变更管道的实时视图,支持分析进行中的工作以及所有变更请求的当前状态。

获取位置

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

示例
草稿请求授权已计划实施中已完成
风险级别
RiskLevel
对实施变更可能带来的风险进行的评估。
说明

Risk Level是对实施变更可能造成不良后果的定性或定量评估。它是审批流程的重要输入,高风险变更通常需要接受更严格的审查。

此属性是“Change Risk Profile Analysis”仪表板的核心,用于帮助相关方了解变更组合的整体风险敞口。它还可用于识别返工循环,例如初始风险评估不足,导致后续重新评估。

为什么重要

它为分析流程合规性和效率提供关键维度,帮助确保高风险变更得到适当审查。

获取位置

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

示例
1-关键2-高3-中4-低5-规划中
SLA状态
SLAState
根据SLA目标计算得出的变更请求状态。
说明

此属性表示已完成的变更请求是否达到SLA要求、存在超期风险或已经超期。系统通过比较实际完成时间戳与“SLATargetDate”计算该属性。

这是“Change SLA Performance”仪表板的主要指标,可清晰简洁地衡量服务承诺达成情况,并支持按优先级、变更类型或团队切分数据,以识别SLA履行情况较差的领域。

为什么重要

它直接衡量绩效与承诺目标的差距,是流程效率和服务质量的重要指标。

获取位置

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

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

服务级别协议(SLA)目标日期是完成变更请求的截止时间,由其优先级和类型决定。实际完成时间将以此为基准进行衡量。

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

为什么重要

它提供绩效衡量基准,支持计算SLA合规率并识别存在风险的变更。

获取位置

此信息通常存储在相关SLA管理表单中,并与变更请求关联,通常也可直接在变更表单中查看。

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

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

这是计算“Change-Induced Incident Rate”KPI所需的主要属性。通过跟踪这些关联,组织可以衡量变更流程质量,并识别与较高实施后问题发生率相关的变更类型、团队或服务。

为什么重要

它直接衡量变更造成的不良影响,是评估变更质量和风险管理有效性的关键KPI。

获取位置

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

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

Close Code为变更请求关闭提供标准化原因,例如“Successful”、“Successful with Issues”、“Backed Out”或“Cancelled”。与最终状态相比,此属性能够更细致地呈现变更结果。

分析Close Code有助于评估已实施变更的质量和成功率。例如,大量“Backed Out”变更可能表明规划或测试存在问题,为流程改进提供有价值的指标。

为什么重要

它为每项变更提供清晰、结构化的结果,支持分析成功率以及失败或取消原因。

获取位置

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

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

此属性将变更请求关联到配置管理数据库(CMDB)中定义的特定服务。该服务可以是面向用户的业务服务,例如“Email Services”,也可以是后端技术服务,例如“Authentication Service”。

它用于“Emergency Change Volume & Impact”仪表板,将变更与受影响的服务关联起来,帮助了解不同服务的稳定性,并识别需要频繁紧急干预的服务。

为什么重要

它提供重要的业务背景,将技术变更与其对业务服务的影响关联起来,支持以服务为中心的流程分析。

获取位置

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

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

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

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

为什么重要

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

获取位置

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

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

Impact衡量变更可能对业务运营、服务和用户造成的影响。它与Urgency共同决定变更请求的Priority。

在分析中,Impact用于“Change Risk Profile Analysis”仪表板,以全面呈现变更组合可能造成的业务后果。了解高影响变更的分布,有助于制定风险管理策略和资源规划。

为什么重要

它有助于量化变更可能造成的业务后果,从而根据服务可能受到的影响程度开展风险分析和优先级排序。

获取位置

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

示例
1-广泛影响2-重大影响3-中等影响4-轻微影响
是否为紧急变更
IsEmergencyChange
当变更类型为“Emergency”时,该布尔标记为true。
说明

此派生标记为紧急变更提供清晰的二元指示,简化分析。它基于“ChangeType”属性的值。

此属性主要用于支持“Emergency Change Volume & Impact”仪表板和“Emergency Change Percentage”KPI。它支持轻松筛选和汇总紧急变更数据,无需在分析工具中编写复杂筛选逻辑,即可跟踪其频率和时间趋势。

为什么重要

它简化了紧急变更分析,便于筛选、制作仪表板以及计算与此类关键变更相关的KPI。

获取位置

这是在数据转换过程中创建的派生属性。逻辑为:IF“ChangeType”=“Emergency”THEN true ELSE false。

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

当变更请求在生命周期中退回上一阶段时,此布尔属性设置为true,例如从“Scheduled”退回“Risk Assessment”。此类回退通常表示返工,是效率低下的常见来源。

该标记用于计算“Change Rework Rate”KPI,并支持“Change Rework & Assessment Efficiency”仪表板。它有助于量化返工频率,识别最常发生返工的具体流程步骤,从而发现初始规划和评估中的改进方向。

为什么重要

它通过标记属于返工循环的活动,直接识别流程低效环节,支持有针对性的改进。

获取位置

这是一个计算属性,通过分析案例中的活动顺序得出。数据转换过程中会应用相应逻辑,检测流程中的回退。

示例
truefalse
紧急程度
Urgency
变更的紧急程度,反映其实施的时间敏感性。
说明

Urgency表示变更需要多快实施。它与Impact共同用于计算变更请求的Priority。

Urgency是“Change Risk Profile Analysis”仪表板的重要属性,可反映变更管理流程面临的时间压力。分析紧急程度趋势,有助于发现导致大量时效性请求的潜在问题。

为什么重要

它反映变更的时间紧迫性,有助于分析流程是否能有效处理不同时间敏感度的请求。

获取位置

位于“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 可选
活动 说明
创建变更请求
此活动表示系统中初始创建变更请求记录。该事件的时间取自CHG:Change表单中变更请求条目的创建时间戳。
为什么重要

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

获取位置

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

采集

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

事件类型 explicit
变更已关闭
这是最后一项活动,表示系统中的变更请求正式关闭。当变更请求状态设置为“Closed”时记录此事件。
为什么重要

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

获取位置

根据CHG:Change表单中的状态变更历史推断,即状态变为“Closed”时记录。

采集

识别CHG:Change中“Status”字段更新为“Closed”的时间戳。

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

这是标志部署阶段结束的重要里程碑,对于计算Change Implementation Cycle Time和分析变更引发的事件至关重要。

获取位置

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

采集

识别CHG:Change中“Status”字段更新为“Completed”的时间戳。

事件类型 inferred
变更已排期
此活动表示已批准的变更正式安排实施的时间点。系统通过状态变更为“Scheduled”记录此事件。
为什么重要

这是表明变更已准备就绪的关键里程碑,也是计算Change Implementation Cycle Time和Average Implementation Wait Time这两项KPI的起点。

获取位置

根据CHG:Change表单中的状态变更历史推断,即状态变为“Scheduled”时记录。

采集

识别CHG:Change中“Status”字段更新为“Scheduled”的时间戳。

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

跟踪此活动对于确保遵守变更管理政策至关重要。它有助于识别评估阶段的延误,并在流程返回此步骤时分析变更返工率。

获取位置

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

采集

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

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

跟踪此活动对于衡量Average Testing Cycle Time和确保质量至关重要。它有助于在最终验证前发现验证流程中的瓶颈。

获取位置

根据与父级变更请求关联的CHG:Task表单中测试任务记录的完成情况推断。

采集

识别CHG:Task中关联的“Testing”或“Validation”任务被标记为“Closed”或“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:Change表单中的状态变更推断,例如状态从“Completed”变为“Verification”或“Closed”。

采集

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

事件类型 inferred
完成影响分析
表示已完成影响分析,以确定变更可能带来的后果。通常可根据状态更新或关联任务关闭来推断。
为什么重要

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

获取位置

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

采集

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

事件类型 inferred
实施后评审
表示变更实施后正式评审的完成。通常通过关闭实施后评审(PIR)任务来记录。
为什么重要

此活动对于组织学习和流程改进至关重要。衡量Post-Implementation Review Rate KPI有助于确保组织从变更中总结经验。

获取位置

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

采集

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

事件类型 inferred
拒绝变更请求
此活动表示审批人已正式拒绝变更请求。该事件通过状态变为“Rejected”记录,并代表终止状态。
为什么重要

跟踪拒绝情况有助于识别拒绝原因,例如信息不完整或风险过高。此类分析可以提升后续变更提交的质量。

获取位置

根据CHG:Change表单中的状态变更历史推断,具体为状态转为“Rejected”。

采集

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

事件类型 inferred
提交变更请求
表示正式提交变更请求,以供评审和授权。通常可根据变更请求状态从“Draft”变为“Request For Authorization”来推断。
为什么重要

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

获取位置

根据CHG:Change表单中的变更请求状态历史推断,具体为状态转为“Request For Authorization”。

采集

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

事件类型 inferred
建议 可选

提取指南

如何从BMC Helix ITSM获取数据

准备好开始了吗?

使用此模板准备数据,立即开始优化您的变更管理流程。发现有价值的洞察,提升整个运营体系的效率。

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

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

开始免费试用

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