变更管理数据模板

Freshservice
变更管理数据模板

变更管理数据模板

此模板可帮助您收集分析变更管理流程所需的数据,列出需要收集的关键属性和跟踪的主要活动,并说明如何从系统中提取这些信息。借助此模板,您可以为流程发现与优化准备好所需数据。
  • 建议收集的属性
  • 需要跟踪的关键活动
  • Freshservice数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

变更管理属性

这些数据字段对于构建完整的事件日志至关重要,可支持您详细分析变更管理流程。
5 必填 8 建议填写 8 选填
名称 说明
事件时间
EventTime
特定活动或事件发生的准确日期和时间。
说明

流程中的每项活动都有对应的时间戳,用于标记其发生时间。这些时间数据对于计算活动间隔、识别等待时间和分析流程整体周期时间至关重要,也有助于分析绩效、识别瓶颈并监控SLA达成情况。

重要性

此时间戳是所有基于时间的分析的基础,包括计算周期时间、持续时间以及流程步骤间的等待时间。

获取途径

Freshservice中Change记录的审计日志或活动流中每条记录对应的时间戳。

示例
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
变更请求ID
ChangeRequestId
Freshservice系统中每个已提交变更请求的唯一标识符。
说明

变更请求ID是单个变更案例从发起到关闭的主要标识符。它将所有相关活动、审批和日志关联起来,形成完整的时间线,便于端到端分析。在流程挖掘中,此ID对于重建每项变更的生命周期至关重要,可帮助了解其路径、时长和结果。

重要性

这是关键的案例ID,用于归集所有相关事件,以便追踪和分析单个变更请求的完整过程。

获取途径

这是Freshservice中Change对象的主要字段。

示例
CHG-10234CHG-10235CHG-10236
活动名称
ActivityName
变更管理流程中发生的特定事件或任务的名称。
说明

此属性描述变更生命周期中的单个步骤或里程碑,例如“变更请求已创建”“已请求审批”或“实施已完成”。同一变更请求ID对应的活动顺序构成流程图的基础。分析这些活动有助于识别流程路径、发现偏差,并衡量各阶段耗时。

重要性

此属性定义流程中的步骤,支持将变更生命周期可视化,并分析流程变体和瓶颈。

获取途径

根据Freshservice中Change记录的审计日志、活动流或状态变更历史生成。

示例
变更已批准风险评估已完成实施已开始变更已关闭
数据上次更新时间
LastDataUpdate
表示此记录的数据上次从源系统刷新时间的时间戳。
说明

此属性记录每个事件最近一次数据提取或更新的日期和时间。它有助于了解所分析数据的新鲜度,并确保分析基于当前信息,从而维护数据完整性,并为洞察的时效性提供背景。

重要性

让用户了解数据的时效性,并帮助验证流程挖掘分析所用数据是否为最新。

获取途径

此时间戳通常在数据摄取或ETL过程中生成并添加。

示例
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
源系统
SourceSystem
标识数据提取自哪个系统。
说明

此属性用于标明流程数据的来源。在此视图中,该值始终为“Freshservice”。尤其是在数据可能来自多个系统的环境中,纳入此属性是最佳实践,可提供必要背景信息,并有助于数据治理和问题排查。

重要性

清晰记录数据来源,这对于分析来自多个企业系统的数据至关重要。

获取途径

此静态值在数据提取过程中设置,用于标记数据来源。

示例
Freshservice
分配组
AssignedGroup
负责实施变更的团队或小组。
说明

此属性指定负责执行变更工作的团队,例如“网络团队”或“数据库管理员”。按分配组分析流程绩效,有助于了解团队工作量和效率,并发现资源瓶颈。分析结果还可以显示哪些团队的实施时间较长,或实施后问题发生率较高。

重要性

支持比较不同实施团队的绩效和工作量,以发现资源限制或最佳实践。

获取途径

对应Freshservice中Change对象的“Group”或“Assigned Group”字段。

示例
基础设施团队应用支持安全运营
变更优先级
ChangePriority
分配给变更请求的优先级,用于体现其业务重要性。
说明

优先级通常根据影响和紧急程度综合确定,用于指导资源分配和排期。分析优先级对周期时间、SLA达成情况等流程指标的影响,可以了解高优先级变更是否比低优先级变更处理得更快,也有助于评估优先级策略的有效性。

重要性

帮助判断流程是否有效地优先处理重要变更,并据此分配资源。

获取途径

对应Freshservice中Change对象的“Priority”字段。

示例
低中高紧急
变更状态
ChangeStatus
变更请求当前或最终的状态。
说明

此属性表示变更请求在特定时间点的状态或最终结果,例如“已关闭”“已取消”或“已拒绝”。它对于结果分析至关重要,可帮助区分已成功完成的变更与失败或放弃的变更。按状态筛选可针对特定变更群体开展分析。

重要性

此属性支持分析变更结果,帮助了解成功率、失败率和取消率。

获取途径

这是Freshservice中Change对象的“状态”字段。

示例
已关闭已取消已拒绝开放
变更类型
ChangeType
变更的分类,例如标准、普通或紧急。
说明

变更类型根据变更请求的性质、风险和审批要求进行分类。标准变更已预先批准,普通变更遵循标准流程,紧急变更则需要加快处理。按变更类型分析流程,有助于了解不同类型是否遵循不同路径,以及周期时间或成功率等绩效指标是否存在差异。

重要性

按变更类型细分流程,有助于揭示标准、普通和紧急变更在流程行为和绩效水平上的差异。

获取途径

这是Freshservice中Change对象的“变更类型”字段。

示例
标准普通紧急重大
目标完成日期
TargetCompletionDate
计划完成变更的日期,或服务级别协议(SLA)规定的完成日期。
说明

此日期是关闭变更请求的截止日期,也是衡量SLA达成情况的主要基准。将实际结束时间与目标完成日期进行比较,即可判断变更是按时、提前还是延迟完成。这也是变更SLA达成率KPI的重要输入数据。

重要性

作为衡量按时交付和SLA达成情况的基准,这些都是流程绩效的重要指标。

获取途径

这可能对应Freshservice中Change对象的专用“Due by”或“SLA Target”日期字段。

示例
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
结束时间
EndTime
变更请求案例中最后一条已记录事件的时间戳。
说明

结束时间标志着变更请求生命周期的结束,通常对应“变更已关闭”或“变更已取消”活动。它与开始时间结合使用,可计算每个案例的端到端总周期时间。分析此属性有助于了解变更管理流程的整体时长和处理量。

重要性

此属性对于计算变更请求的总周期时间至关重要,而总周期时间是衡量流程效率的主要KPI。

获取途径

给定变更请求ID在事件日志中最后一项活动的时间戳。

示例
2023-11-05T18:00:00Z2023-11-06T09:45:00Z
请求者姓名
RequesterName
发起变更请求的人员姓名。
说明

请求者是提交变更以供评估的人员。按请求者分析数据,有助于发现相关规律,例如哪些人员或角色经常提交变更,或哪些用户的请求更容易被拒绝或需要返工。结合部门信息,还可以用于分析工作量。

重要性

帮助识别变更需求的来源,并发现培训需求或变更量较大的特定用户群体。

获取途径

对应Freshservice中Change对象的“Requested by”字段,该字段关联用户记录。

示例
Alice JohnsonRobert SmithMaria Garcia
风险等级
RiskLevel
评估实施变更所涉及的风险等级。
说明

风险等级用于划分变更失败时可能造成的负面影响,常见等级包括低、中和高。此属性对于合规分析至关重要,也有助于了解高风险变更是否遵循更严格的流程,例如需要更多审批或更全面的测试。借此可以确认风险管理控制措施是否得到正确执行。

重要性

这对合规和风险分析至关重要,可确保高风险变更得到适当审查并遵循更严格的流程。

获取途径

对应Freshservice中Change对象的“Risk”字段。

示例
低中高极高
关联事件数
AssociatedIncidentsCount
变更实施后与此变更请求关联的事件数量。
说明

此指标通过统计变更部署后产生的事件数量,量化变更的后续影响。数量较多可能表明规划、测试或实施质量存在问题。该指标是实施后问题率KPI的直接输入数据,对于衡量变更的稳定性和成效至关重要。

重要性

直接衡量已实施变更的质量和稳定性,帮助识别导致服务中断的变更。

获取途径

通过统计Freshservice中与Change工单关联的Incident工单数量得出。

示例
015
关闭代码
CloseCode
用于说明变更请求关闭原因的代码或理由。
说明

关闭代码用于详细说明已关闭变更的结果,例如“成功实施”“已回退”或“已拒绝”。与最终状态相比,这些数据提供了更多背景信息,可更细致地分析变更管理流程中的成功和失败情况。

重要性

详细记录变更结果,便于深入分析变更成功、失败或回退的原因。

获取途径

请查阅Freshservice文档,或检查Change表单中是否有“Closure Code”或类似字段。

示例
成功成功,但存在问题失败已回退
实施时长
ImplementationDuration
变更实施阶段所用的时间。
说明

此指标用于计算核心实施工作的时长,通常从“实施已开始”活动到“实施已完成”活动进行测量。它可用于分析技术执行阶段的效率,并支持“变更实施阶段效率”仪表板。时长较长可能意味着技术复杂、资源不足或遇到意外挑战。

重要性

衡量实际技术工作的效率,将其与规划和审批延迟区分开来。

获取途径

通过“实施已开始”和“实施已完成”活动之间的时间差计算得出。

示例
4小时1小时30分钟8小时
审批时长
ApprovalDuration
变更请求在审批阶段所用的时间。
说明

此计算时长用于衡量从发起审批到审批通过或被拒绝所经过的时间。它是“变更审批阶段时长”仪表板的重要指标,有助于定位审批工作流中的瓶颈。分析此指标可以发现审批人处理缓慢、团队交接效率低或决策过程存在系统性延迟等问题。

重要性

直接衡量审批阶段的效率,帮助发现并解决导致变更延迟的瓶颈。

获取途径

通过“已请求审批”活动与“变更已批准”或“变更已拒绝”活动之间的时间差计算得出。

示例
1天2小时5小时30分钟3天
影响等级
ImpactLevel
评估变更失败或导致服务中断时可能造成的业务影响。
说明

影响等级表示变更对业务运营可能造成的影响,范围从低(影响单个用户)到高(影响整个组织)。影响等级通常与紧急程度共同决定总体优先级。按影响等级分析,有助于了解流程是否妥善处理了可能严重威胁业务连续性的变更。

重要性

有助于开展风险分析,并确认业务影响较大的变更是否得到了更谨慎的管理。

获取途径

对应Freshservice中Change对象的“Impact”字段。

示例
低中高
是否违反SLA
IsSlaBreached
用于标记变更请求是否在目标日期之后完成的布尔值。
说明

此属性以二元值表示SLA达成情况:如果变更结束时间晚于目标完成日期,则标记为“true”;否则标记为“false”。它简化了SLA达成情况相关仪表板和KPI的创建,便于快速筛选和汇总逾期变更,并直接支持变更SLA达成率KPI。

重要性

以明确的二元结果呈现SLA绩效,便于筛选和报告按时完成与逾期的变更。

获取途径

通过比较EndTime与TargetCompletionDate计算得出。如果EndTime > TargetCompletionDate,则为true。

示例
truefalse
紧急程度
Urgency
表示从业务角度看,变更需要多快实施。
说明

紧急程度反映变更的时间敏感性,例如安全补丁可能具有较高的紧急程度。此属性通常与影响等级结合用于确定优先级,有助于分析流程是否及时响应业务的紧迫需求,也能揭示紧急变更是否确实更快地通过流程。

重要性

提供变更时间敏感性方面的背景信息,可结合周期时间评估流程响应速度。

获取途径

对应Freshservice中Change对象的“Urgency”字段。

示例
低中高
部门名称
DepartmentName
提出变更请求的用户所属部门。
说明

此属性通过标识发起变更请求的业务单元,提供组织背景信息。按部门分析,可以发现组织中哪些部门产生的变更多、请求拒绝率较高或周期时间较长。这些信息有助于有针对性地改进流程和规划资源。

重要性

支持分析不同业务单元的流程绩效和需求,助力有针对性地改进。

获取途径

此信息通常取自Freshservice中的请求者用户资料。

示例
财务人力资源信息技术市场营销
必填 建议填写 选填

变更管理活动

要全面发现变更管理流程,您需要在事件日志中准确跟踪这些关键流程步骤和里程碑。
5 建议填写 10 选填
活动 说明
变更已关闭
这标志着变更管理流程正式成功完成。变更工单状态变为最终的“已关闭”状态时,系统会记录此事件。
重要性

这是流程的主要结束事件,也是计算端到端“平均变更周期时间”和“变更SLA达成率”的最终数据点。

获取途径

此事件根据变更工单历史中状态最终变为“已关闭”时的时间戳记录。

采集

状态最终变为“已关闭”时的时间戳。

事件类型 explicit
变更已安排
为已批准变更指定具体实施开始和结束时间。通常可根据“计划开始时间”和“计划结束时间”字段已填写来推断此活动。
重要性

这是触发实施阶段开始的关键里程碑,对于计算“平均实施时间”和分析排期效率至关重要。

获取途径

根据排期相关日期字段的填写时间,以及状态变为“已安排”或类似状态来推断。

采集

根据“计划开始日期”已填写以及相应的状态更新来推断。

事件类型 inferred
变更已批准
这是一个关键里程碑,指定的授权方(例如变更咨询委员会(CAB))正式批准变更请求继续推进。系统通常会明确记录此操作。
重要性

此活动标志着审批阶段结束、实施规划阶段开始。它对于衡量“平均变更审批时间”和“首次审批通过率”至关重要。

获取途径

审批人点击“批准”按钮时,Freshservice会明确记录此事件,并在工单活动日志中附上时间戳。

采集

审批选项卡或活动日志中“已批准”操作的时间戳。

事件类型 explicit
变更请求已创建
这标志着变更管理流程正式开始:新的变更请求已在Freshservice中登记。用户保存新的变更工单时,系统会明确记录此事件,并生成唯一的变更请求ID和创建时间戳。
重要性

这是流程的主要开始事件。从此活动到“变更已关闭”的时间,就是端到端周期时间,也是衡量流程效率的关键KPI。

获取途径

此事件会明确记录在变更记录的审计历史中,对应变更工单的创建时间戳。

采集

变更请求记录的创建时间戳。

事件类型 explicit
实施已完成
表示变更的技术实施工作已完成。通常可根据状态变为“待审核”等实施后状态来推断。
重要性

此里程碑标志着核心实施工作结束,是计算“平均实施时间”的终点,也表示测试或审核活动开始。

获取途径

根据状态变为“待审核”“等待测试”或“已完成”等值来推断。

采集

根据状态字段变为“待审核”或类似状态来推断。

事件类型 inferred
变更已取消
表示变更请求在完成前终止。工单状态设为“已取消”或“已撤回”时,会记录此替代结束状态。
重要性

分析已取消的变更,有助于发现初始规划或审批阶段的问题,例如请求已无必要,或缺乏有效的商业论证。

获取途径

根据状态变为“已取消”或其他非“已关闭”的终止状态时的时间戳记录。

采集

状态变为“已取消”时的时间戳。

事件类型 explicit
变更已拒绝
表示审批人已正式拒绝变更请求,流程无法继续推进。系统会明确记录此操作,流程通常会因此进入返工循环。
重要性

此活动对于分析返工和找出流程失败原因至关重要。拒绝频繁可能说明请求质量或风险评估存在问题。

获取途径

审批人点击“拒绝”按钮时,Freshservice会明确记录此事件,并将其写入工单活动日志。

采集

审批选项卡或活动日志中“已拒绝”操作的时间戳。

事件类型 explicit
变更已重新打开
此前已关闭或解决的变更重新变为开放状态时,即发生此事件,通常是因为实施后发现问题。可根据状态从已关闭变为开放来推断。
重要性

此活动是返工或变更失败的重要信号。跟踪其发生频率对于了解变更质量和测试成效至关重要。

获取途径

通过检测工单活动日志中的状态变化来推断:状态从“已关闭”或“已解决”返回“开放”或“进行中”。

采集

检测状态是否从终止状态(例如“已关闭”)变为非终止状态(例如“开放”)。

事件类型 inferred
实施后审核已完成
表示已完成实施后审核(PIR),以评估变更成效并记录经验教训。通常可根据实施后添加审核备注或状态更新来推断。
重要性

此活动有助于确保执行正式审核流程。分析此活动有助于了解变更成效,并支持持续改进流程。

获取途径

根据实施日期后变更表单中PIR相关字段的填写情况,或状态变为“审核完成”等状态来推断。

采集

根据PIR备注字段已填写或特定状态更新来推断。

事件类型 inferred
实施已开始
标志着变更实际部署或执行开始。通常可根据变更请求状态更新为“进行中”或类似的活动状态来推断。
重要性

为跟踪实际实施时长提供明确的起点,帮助区分等待时间和实际作业时间。

获取途径

通常可根据状态在计划开始时间变为“进行中”或“实施进行中”等值来推断。

采集

根据状态字段变为“进行中”来推断。

事件类型 inferred
已添加变更备注
表示已向变更请求添加评论或备注,反映沟通或文档记录活动。Freshservice会在每张工单的活动动态中明确记录此类事件。
重要性

备注并非核心流程步骤,但跟踪备注有助于了解延误背景,尤其是在审批或规划阶段。备注频繁可能意味着需求不明确或沟通存在问题。

获取途径

此事件会明确记录在变更请求工单的“活动”或“审计”部分,并包含时间戳和添加备注的用户。

采集

在工单活动日志中记录为“已添加备注”事件。

事件类型 explicit
已请求审批
表示变更请求已正式提交审核和授权。通常可根据变更请求状态变为“等待审批”等状态,或请求被分配给审批人来推断此活动。
重要性

此活动标志着审批阶段开始。测量从此时到“变更已批准”的时长,对于识别审批周期中的瓶颈至关重要。

获取途径

可从活动日志推断,也可通过跟踪状态字段变为“等待审批”来识别。该状态变更的时间戳即为事件时间。

采集

根据状态字段变为“等待审批”推断。

事件类型 inferred
测试已完成
表示所有必要的测试和验证活动均已完成,以确认变更成功且未造成不良影响。可根据任务关闭或状态变更来推断。
重要性

跟踪此活动有助于衡量“测试完成率”KPI,并确保变更在最终关闭前经过充分验证,从而减少实施后问题。

获取途径

此活动可能难以直接捕获,需要根据关联的“测试”任务完成情况,或状态变为“测试完成”来推断。

采集

根据与变更关联的测试任务关闭情况推断。

事件类型 inferred
规划已完成
表示变更所需的规划工作均已完成,包括制定实施计划和回退计划。通常可根据审批后的状态变更推断此活动。
重要性

此活动标志着流程从规划转入执行。分析规划阶段的时长,有助于找出简化实施前活动的机会。

获取途径

可根据状态从与规划相关的状态(如“待发布”)变为实施状态(如“已安排”)来推断。

采集

根据状态从“规划进行中”或类似状态变更来推断。

事件类型 inferred
风险评估已完成
表示已完成对变更相关潜在风险的正式评估。通常可根据风险等级字段已填写或更新,或相关任务已完成来推断此活动。
重要性

跟踪此活动有助于确保遵守要求进行风险评估的变更政策。您可以分析“风险评估覆盖率”以及此关键步骤所耗费的时间。

获取途径

通常可根据变更表单中“风险”字段的带时间戳更新,或与风险分析相关的特定任务完成情况来推断。

采集

根据“风险”字段填写时间,或相关检查项标记为已完成的时间推断。

事件类型 inferred
建议填写 选填

数据提取指南

如何从Freshservice获取数据

准备好开始了吗?

立即使用这份完整模板准备数据,开启变更管理优化之旅。发掘隐藏洞察,让部署更高效。

减少变更失败:立即提升Freshservice管理水平

实现95%的变更成功率,避免Freshservice服务中断和延误。

开始免费试用

无需信用卡,几分钟即可开始。