变更管理数据模板
变更管理数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- Freshservice数据提取指南
变更管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
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中的请求者用户资料。
示例
财务人力资源信息技术市场营销
|
|||
变更管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
变更已关闭
|
这标志着变更管理流程正式成功完成。变更工单状态变为最终的“已关闭”状态时,系统会记录此事件。 | ||
|
重要性
这是流程的主要结束事件,也是计算端到端“平均变更周期时间”和“变更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管理水平
实现95%的变更成功率,避免Freshservice服务中断和延误。
无需信用卡,几分钟即可开始。