您的变更管理数据模板

事件开始时间标志着变更请求生命周期中某项活动的开始。该时间戳对于按时间顺序排列事件，以及计算活动持续时间和整体案例持续时间至关重要。

在流程分析中，该属性用于正确排列活动，构成事件日志的基础。它对于计算各类时间指标不可或缺，例如活动之间的周期时间、等待时间和案例总持续时间。通过分析这些时间戳，组织可以识别耗时最长的步骤，并发现加速流程的机会。

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

位于变更请求的事件日志或审计跟踪中，字段名称可能是“创建日期”“开始日期”或“时间戳”。

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

在流程挖掘中，此属性对于重建每项变更的端到端历程至关重要。将所有事件归入同一个Change Request ID后，分析人员可以可视化流程顺序、计算案例持续时间，并分析不同变更生命周期之间的差异。它是所有案例级分析的基础，有助于清晰了解单项变更如何在系统中推进。

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

通常位于变更请求交易的页眉或主记录中。

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

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

它定义流程中的各个步骤，从而支持流程顺序可视化，以及瓶颈、返工和偏差分析。

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

数据最后更新时间时间戳表示特定记录最近一次从源系统提取的时间。这是管理数据管道和确保分析数据保持最新所必需的元数据属性。

该属性有助于数据工程师和分析人员了解所用数据的时效性，可用于监控数据提取流程的运行状况，并确认流程挖掘分析基于最新且相关的信息。它通常不用于流程分析本身，但对数据治理和可靠性至关重要。

确保数据保持最新，并帮助监控数据管道的运行状况，这对流程分析的可靠性至关重要。

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

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

虽然它不一定用于主要流程顺序分析，但对于数据验证和治理非常有价值。它有助于排查数据导入问题；如果不同系统或业务单元使用独立平台，还可以用它比较各自的流程绩效。例如，公司可能使用一个系统管理基础设施变更，另一个系统管理应用程序变更。

标识数据来源，对于数据验证、问题排查以及分析跨多个系统的流程至关重要。

此信息可能作为字段存储在源数据中，也可能在数据提取和转换（ETL）过程中添加。

事件结束时间标志着活动的结束。结合事件开始时间，可以精确计算变更生命周期中每个步骤的处理时间。

该属性是绩效分析的基础。开始时间与结束时间之差表示活动的“处理时间”，而一项活动结束到下一项活动开始之间的时间表示“等待时间”。区分这两类时间，有助于判断延迟源于任务耗时过长，还是任务之间存在空闲期，从而指导有针对性的改进。

它支持精确计算活动持续时间，帮助区分增值处理时间和非增值等待时间。

通常位于活动日志或审计跟踪表中。如果不可用，有时可以根据后续事件的开始时间推导。

变更优先级用于确定变更请求的相对重要性，帮助团队有效安排计划和分配资源，确保优先处理最关键的变更。优先级通常根据变更对业务的潜在影响及其实施紧迫性计算。

在流程挖掘中，优先级是重要的筛选和比较维度。分析人员可以调查高优先级变更是否确实比低优先级变更处理得更快。任何差异都可能表明资源分配存在问题、关键变更的审批环节存在瓶颈，或优先级规则执行不一致。

支持分析高优先级变更是否比低优先级变更处理得更快，从而验证优先级策略的有效性。

位于变更请求的主记录或页眉数据中。

受影响业务服务用于标识变更将修改的核心业务能力，例如“电子邮件服务”或“网上银行”。它也可能是支持业务服务的特定技术配置项（CI），例如服务器或应用程序。

该属性为变更管理流程提供关键业务上下文，使分析能够围绕业务影响，而不只是IT活动展开。例如，分析人员可以识别最常发生变更的服务，这可能表明服务不稳定或创新频率较高。它还通过将技术变更与所支持的业务功能关联起来，帮助确定变更优先级和评估风险。

将IT变更与业务上下文关联起来，支持分析哪些业务服务受变更活动及相关风险影响最大。

位于变更请求的主记录中，通常通过配置管理数据库（CMDB）关联。

变更状态表示变更请求在特定时间点所处的阶段，或其最终结果。状态通常对应流程中的主要里程碑，并提供进度概览。

该属性有两种用法。作为快照属性，它显示所有未关闭变更的当前状态，适用于跟踪吞吐量和积压的运营仪表板。作为事件属性，状态变更本身可以视为一项活动，在详细活动数据不足时丰富事件日志。分析状态转换有助于了解生命周期，并识别变更卡住的位置。

它提供变更进度的快照，支持分析瓶颈、吞吐量以及变更积压的当前状态。

位于变更请求的页眉记录中。历史状态变更可能位于审计日志中。

变更类型是关键分类，用于确定变更请求所需的工作流、审批步骤和紧急程度。Standard变更通常已预先批准且风险较低；Normal变更遵循完整的评估和审批流程；Emergency变更因紧急业务需求而需要加急处理。

按变更类型分析流程，是变更管理分析的核心工作。它支持比较不同变更工作流的绩效和合规情况。例如，分析人员可以验证Emergency变更是否确实采用更快路径，或Standard变更是否遵循简化的预批准流程。这种分组对于理解流程差异并确保实施适当级别的治理至关重要。

该属性对于分组分析不可或缺，因为不同变更类型具有不同的预定义流程、审批要求和绩效预期。

位于变更请求的主记录或页眉数据中。

负责团队用于标识在特定阶段承担变更工作的人员组。它可能是评估团队、CAB等审批委员会，也可能是执行实施的技术团队。

该属性对于分析资源分配、工作负载分布和团队间交接至关重要。社会网络分析可以揭示不同团队之间的沟通模式和瓶颈。通过衡量每个团队所耗费的时间，组织可以识别负载过高的团队，或发现责任转移过程中经常发生延迟的位置。

这对于分析团队间交接、识别资源瓶颈以及了解组织内的工作负载分布至关重要。

位于变更请求记录或活动级详情中，字段名称可能是“分配组”或“团队”。

负责用户是分配给变更请求或活动的具体人员。与团队级分配相比，该属性能够更细致地呈现工作负载和责任归属。

在用户级别分析数据，有助于开展绩效管理和识别培训机会，也能发现流程专家，或识别在某些任务上可能遇到困难的人员。它还可用于分析返工，例如判断由特定人员处理的变更是否更容易被拒绝或需要补救。不过，应谨慎、建设性地使用这些信息，避免将其用于惩罚性管理。

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

通常位于变更请求记录或任务级详情中，字段名称常为“受派人”或“分配给”。

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

该属性支持基于风险的流程分析。您可以检查高风险变更是否接受了适当级别的评审，例如由变更咨询委员会（CAB）评审。它还支持关联风险级别与结果，例如判断高风险变更的失败率是否更高，从而发现风险评估或缓解流程可能需要改进。

支持分析流程控制和审批工作流是否与评估出的变更风险正确匹配。

位于变更请求的页眉数据或风险评估详情中。

Change Reason是对变更请求背后业务驱动因素的文字说明，用于回答“为什么要进行这项变更？”，并提供相关背景，例如“修复严重漏洞的安全补丁”或“提升客户体验的新功能”。

该属性通常为自由文本字段，但通过分类或文本挖掘技术进行分析后，可以提供有价值的定性洞察。它有助于了解业务不同部门提出变更需求的原因。例如，分析可能显示大量变更由缺陷修复驱动，这表明软件质量可能存在问题；而在另一段时期，大量变更可能与战略项目相关。

提供发起变更的业务背景，帮助分析组织内部推动变更的主要因素。

通常位于变更请求的初始提交表单或标题信息中。

变更影响用于衡量变更对业务运营、服务或基础设施的潜在影响。它与紧急程度一样，是确定变更总体优先级的重要依据。例如，影响关键客户服务的变更通常具有较高影响。

按影响分析有助于确保涉及关键服务的变更得到适当管理。您可以通过一致性检查验证高影响变更是否始终经过特定审批或测试阶段，也可以比较不同变更的绩效，例如检查高影响变更是否因评审和测试更全面而需要更长实施时间。

帮助验证高业务影响变更是否遵循更严格的评审和测试路径，确保治理要求得到落实。

位于变更请求的主记录或页眉数据中。

变更紧急程度表示为满足业务要求，变更需要多快实施。它反映变更的时间紧迫性，与潜在影响相互独立。例如，在营销活动开始前修复小问题，可能属于低影响但高紧急程度的变更。

紧急程度是计算优先级的重要组成部分，也用于分析变更管理流程的及时性。分析人员可以调查高紧急程度变更是否确实处理得更快。比较不同紧急程度下的周期时间，有助于判断流程是否能够响应业务需求，还是无论时间敏感性如何，所有变更都以相同速度处理。

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

位于变更请求的主记录或页眉数据中。

变更结果原因用于说明变更请求为何以当前方式结束。成功变更的原因可能是“成功”；失败变更可能是“未成功，已发起回退”；对于拒绝或取消的变更，则会记录相应理由，例如“理由不充分”或“请求人取消”。

该属性对于分析失败或被拒绝变更的根本原因至关重要。通过对这些原因进行分类和分析，组织可以识别常见失败模式。例如，如果许多变更因“信息不完整”而被拒绝，就说明需要改进变更提交流程。这些数据有助于计算和理解变更失败率、一次审批通过率等关键绩效指标。

为分析失败、拒绝或取消变更的根本原因提供关键数据，帮助提升后续变更请求的质量。

位于变更请求记录的关闭详情中，字段名称可能是“关闭代码”“解决方案”或“拒绝原因”。

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

该属性对于SLA绩效分析至关重要。通过比较实际完成日期与计划日期，组织可以计算按时完成率这一关键绩效指标。分析未按计划日期完成的变更，有助于识别延迟的根本原因，例如审批瓶颈、资源限制或规划不切实际。

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

通常位于变更请求的页眉数据中。