您的变更管理数据模板

事件开始时间标记了变更请求生命周期中某项活动的起始。这一时间戳对于按时间顺序排列事件、计算活动持续时间以及整体案例时长至关重要。

在流程分析中，该属性用于正确排序活动，构成了事件日志的基础。它对于计算所有时间相关指标（如活动间的周期时间、等待时间及总案例时长）必不可少。通过分析这些时间戳，企业可以识别哪些步骤最为耗时，并精准找到加速流程的机会。

此时间戳对于事件排序、流程发现以及计算周期时间、等待时间等所有绩效指标都至关重要。

可在变更请求的 event log 或审计追踪中找到。可能被称为“创建日期”、“开始日期”或简称“timestamp”。

变更请求 ID 是在创建变更请求时分配的唯一字母数字代码。它是单个变更案例的主键，将从发起至关闭过程中所有相关的任务、审批和日志关联在一起。

在 Process Mining 中，该属性对于还原每个变更的端到端路径至关重要。通过将所有事件归类在同一个变更请求 ID 下，分析师可以实现流程可视化，计算案例持续时间，并分析不同变更生命周期之间的差异。它是所有案例级分析的基石，能够清晰展示单个变更在系统中的流转过程。

该 ID 对于跟踪和关联与单个变更相关的所有事件至关重要，是流程发现和一致性检查的基石。

通常出现在变更请求交易的抬头或主记录中。

Activity Name（活动名称）描述了变更请求生命周期中一个独特的步骤或里程碑，例如“风险评估已完成”或“变更已批准”。每个活动代表了一个时间点，即采取了某项行动、做出了某项决策或流程进入了新阶段。

该属性是构建流程图的基础。它定义了流程图中的节点，使分析人员能够可视化 event 的顺序、识别常见路径并检测与标准程序的偏差。分析活动有助于发现瓶颈、返工循环以及变更流程不同阶段之间低效的交接。

它定义了流程中的步骤，实现了流程流向的可视化，以及对瓶颈、返工和偏差的分析。

通常位于与变更请求关联的活动日志、事件历史或审计追踪表中。

最后数据更新时间戳指定了从源系统中提取特定记录的最近时间。这是一个元数据属性，对于管理数据流水线并确保分析的时效性至关重要。

该属性帮助数据工程师和分析师了解所处理数据的及时性。它用于监控数据提取流程的健康状况，并确认 Process Mining 分析是基于最新且相关的信息。它通常不直接用于流程分析本身，但对于数据治理和可靠性却不可或缺。

确保 data 的新鲜度并有助于监控 data 流水线的健康状况，这对于流程分析的可靠性至关重要。

此时间戳通常在数据提取、转换和加载（ETL）过程中生成和添加。

源系统属性标识了事件数据的来源。在拥有多个 ITSM 工具或集成系统的环境中，该字段有助于区分来自不同源的数据，确保数据完整性和上下文准确性。

虽然该属性并不总是在主要的流程流向分析中使用，但它对于数据验证和治理却极具价值。它有助于排查数据接入问题，并可用于对比不同系统或业务单元（如果它们使用不同平台）的流程绩效。例如，一家公司可能使用一个系统处理基础架构变更，而用另一个系统处理应用变更。

识别 data 的来源，这对于 data 验证、故障排除以及分析跨多个系统的流程至关重要。

此信息可以作为源数据中的一个字段存储，也可以在数据提取和转换 (ETL) 过程中添加。

事件结束时间标记了一项活动的完成。结合事件开始时间，它可以精确计算变更生命周期中每个步骤的处理时间。

该属性是性能分析的基础。开始和结束时间之差揭示了活动的“处理时间”，而一个活动的结束与下一个活动的开始之间的时间则反映了“等待时间”。区分这两者对于识别延迟是由任务执行耗时过长还是任务间的闲置停顿引起至关重要，从而为针对性的优化提供指导。

它能够计算精确的活动持续时间，有助于区分增值处理时间和非增值等待时间。

通常可在活动日志或审计追踪表中找到。如果不可用，有时可以根据后续 event 的开始时间推断得出。

变更优先级是用于衡量变更请求相对重要性的分类指标。它能帮助团队更有效地排期并分配资源，确保优先处理最关键的变更。优先级通常根据变更对业务的潜在影响及其执行的紧急程度综合评定。

在 Process Mining 中，优先级是进行过滤和对比分析的关键维度。分析师可以借此调查高优先级的变更是否真的比低优先级变更处理得更快。任何偏差都可能揭示资源分配不当、关键变更审批瓶颈或优先级规则执行不一致等潜在问题。

用于分析高优先级变更的处理速度是否快于低优先级变更，从而验证优先级策略的有效性。

位于变更请求的主记录或头部 data 中。

Affected Business Service（受影响业务服务）识别了变更将修改的核心业务能力，例如“电子邮件服务”或“在线银行”。这也可以是支持业务服务的特定技术配置项 (CI)，如服务器或应用程序。

该属性为变更管理流程提供了关键的业务背景。它使分析能够围绕业务影响而非仅仅是 IT 活动展开。例如，分析人员可以识别哪些服务变更最频繁，这可能表明系统不稳定或创新频率高。它还有助于通过将技术变更与其支持的业务功能联系起来，来确定变更的优先级并评估风险。

将 IT 变更与业务背景联系起来，从而分析哪些业务服务受变更活动及相关风险的影响最大。

可在变更请求的主记录中找到，通常关联自配置管理数据库 (CMDB)。

变更状态显示了变更请求在特定时间点所处的阶段或其最终结果。状态通常对应流程中的重大里程碑，并提供进度的宏观视图。

这一属性有两种用途：作为快照属性，它能展示所有未结变更的当前状态，适用于跟踪吞吐量和积压工作的运营 Dashboard；作为事件属性，状态的改变本身可以被视为一个活动，在详细活动数据稀缺时有助于丰富事件日志。分析状态转换有助于理解整个生命周期，并准确识别变更停滞的环节。

它提供了变更进度的快照，以便分析瓶颈、吞吐量以及变更待办事项的当前状态。

可在变更请求的头部记录中找到。历史状态变更可在审计日志中找到。

变更类型是一项关键分类，决定了变更请求所需的 Workflow、审批步骤及紧急程度。标准变更通常是经过预先批准且低风险的；常规变更需遵循完整的评估和审批流程；而紧急变更由于迫切的业务需求，需要优先加急处理。

按变更类型分析流程是变更管理分析的核心环节。通过这种方式，可以对比不同变更工作流的绩效和合规性。例如，分析师可以核实紧急变更是否真的走快了绿色通道，或者标准变更是否遵循了其简化的预设流程。这种细分分析是理解流程差异并确保应用适当治理水平的关键。

该属性对于细分分析必不可少，因为不同的变更类型具有各异的预设流程流向、审批要求和绩效预期。

位于变更请求的主记录或头部 data 中。

负责用户是分配给变更请求或活动的具体人员。与团队级分配相比，该属性提供了更细致的工作负载和责任视角。

在用户层面分析数据有助于绩效管理并发现培训机会。它可以识别出谁是流程专家，或者谁在处理特定任务时比较吃力。它还用于分析返工情况，例如观察由特定人员处理的变更是否更容易被驳回或需要补救。不过，在使用这些信息时必须秉持建设性原则，而非将其作为惩罚手段。

提供细粒度视图来分析个人工作负载和绩效，有助于识别团队中的专家以及潜在的培训需求。

通常出现在变更请求记录或任务详情中，通常标记为“处理人”或“受派者”。

负责团队标识了在特定阶段分配处理该变更的人员小组。这可能是评估团队、变更咨询委员会 (CAB) 等审批机构，或者是执行实施的技术团队。

该属性对于分析资源分配、工作负载分布以及团队间的交接至关重要。通过社交网络分析，可以揭示不同小组间的沟通模式和瓶颈。通过衡量变更在每个团队停留的时间，企业可以识别出哪些小组负担过重，或者在职责移交过程中哪里经常出现延迟。

这对于分析团队间的衔接、识别资源瓶颈以及了解整个企业的工作负载分布至关重要。

可在变更请求记录或活动详情中找到。可能被称为“分配组”或“团队”。

风险级别代表了变更失败的可能性及其潜在负面影响的评估结果。这一评估会影响测试、审查和审批的严格程度。与低风险变更相比，高风险变更通常需要更严苛的评审流程。

该属性支持基于风险的流程分析。它可用于检查高风险变更是否获得了相应级别的审核（如 CAB 审核）。同时，它还能将风险级别与最终结果关联起来，例如判断高风险变更是否具有更高的失败率，从而提示风险评估或缓解流程是否需要改进。

分析流程控制和审批 workflow 是否与评估的变更风险准确匹配。

可在变更请求的头部 data 或风险评估详情中找到。

变更原因是对变更请求背后业务驱动因素的文字描述。它回答了“我们为什么要这样做？”的问题，并提供相关背景，如“针对关键漏洞的安全补丁”或“提升客户体验的新功能”。

虽然该字段通常是自由文本，但通过分类或文本挖掘技术分析，可以提供极具价值的定性洞察。它有助于了解企业不同部门的变更需求。例如，分析可能显示很大比例的变更源于 Bug 修复，这预示着软件质量可能存在问题；而在另一时期，数据可能显示出大量与战略项目相关的变更。

为发起变更的原因提供业务背景，有助于分析组织内变更的主要驱动因素。

通常出现在变更请求的初始提交表单或抬头详情中。

Change Impact（变更影响）衡量变更对业务运营、服务或基础设施的潜在影响。它与紧急程度共同作为确定变更总体优先级的关键输入。例如，影响关键客户服务系统的变更具有“高影响”。

按影响程度进行分析有助于确保涉及关键服务的变更得到妥善管理。它可用于合规性检查，以验证高影响变更是否始终经过特定的审批或测试阶段。它还支持性能对比，例如检查高影响变更是否因更广泛的评审和测试而需要更长的实施时间。

有助于验证具有高业务影响的变更是否遵循了更严格的评审和测试路径，从而确保适当的治理。

位于变更请求的主记录或头部 data 中。

变更紧急度反映了为满足业务需求，变更实施的迫切程度。它体现了变更的时间敏感性，与潜在影响程度相互独立。一个变更可能影响较小但紧急度很高，例如在营销活动上线前修复一个微小瑕疵。

紧急度是计算优先级的关键组成部分，用于分析变更管理流程的及时性。分析师可以调查高紧急度的变更是否确实得到了更快的处理。通过比较不同紧急程度下的周期时间，可以揭示流程是否对业务需求做出了及时响应，还是无论时间敏感性如何，所有变更都以同样的速度处理。

通过比较不同紧急程度下的周期时间，分析流程对时间敏感型业务需求的响应能力。

位于变更请求的主记录或头部 data 中。

变更结果原因提供了变更请求最终状态的背景信息。对于成功的变更，结果可能是“成功”；对于失败的变更，可能是“失败 - 已启动回滚”；对于被拒绝或取消的变更，它会提供理由，例如“理由不充分”或“由请求者取消”。

这一属性对于分析变更失败或被拒绝的根本原因至关重要。通过对这些原因进行分类和分析，企业可以识别出常见的失败模式。例如，如果大量变更由于“信息不完整”而被驳回，则表明需要优化变更提交流程。这些数据有助于计算和分析变更失败率和首检通过率等 KPI。

为失败、拒绝或取消的变更提供关键 data 以进行根本原因分析，有助于提高未来变更请求的质量。

可在变更请求记录的关闭详情中找到。可能被称为“关闭代码”、“解决方法”或“拒绝原因”。

计划完成日期是为变更设定的截止期限，通常由业务需求或服务级别协议 (SLA) 决定。它是衡量变更管理流程及时性和绩效的基准。

该属性对于 SLA 绩效分析必不可少。通过对比实际完成日期与计划日期，企业可以计算关键绩效指标——准时完成率。分析未按计划日期完成的变更，有助于找出延迟的根本原因，无论这些原因涉及审批瓶颈、资源受限还是计划不切实际。

这是衡量 SLA 合规性和准时交付的关键属性，有助于识别流程延迟的根本原因。

通常位于变更请求的抬头数据中。