您的变更管理数据模板

事件开始时间标记变更请求生命周期中某项活动的起点。此时间戳对于按时间顺序排列事件，以及计算活动和整个案例的耗时至关重要。

在流程分析中，此属性用于正确排列活动，为事件日志提供基础。它对于计算各类时间指标必不可少，例如活动间的周期时间、等待时间和案例总耗时。分析这些时间戳有助于组织识别耗时最长的步骤，并找出加快流程的机会。

此时间戳对于排列事件、还原流程走向，以及计算周期时间和等待时间等绩效指标至关重要。

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

创建变更请求时，系统会为其分配唯一的字母数字代码，即变更请求ID。它是单个变更案例的主键，可关联从发起到关闭期间的所有相关任务、审批和日志。

在流程挖掘中，此属性对于还原每项变更的端到端过程至关重要。将所有事件按同一变更请求ID归组后，分析人员便可查看流程走向、计算案例耗时，并比较不同变更生命周期之间的差异。它是所有案例级分析的基础，有助于清晰了解每项变更在系统中的进展。

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

通常位于变更请求事务的标题或主记录中。

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

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

它定义流程中的步骤，便于查看流程走向，并分析瓶颈、返工和偏差。

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

数据最后更新时间戳表示某条记录上次从源系统提取的时间。这是一项元数据属性，对于管理数据管道和确保分析所用数据保持最新至关重要。

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

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

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

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

虽然它并非总用于主要流程分析，但对数据验证和治理很有价值。它有助于排查数据摄取问题；如果不同业务单元使用不同平台，也可用于比较各系统的流程绩效。例如，企业可能使用一个系统管理基础设施变更，另一个系统管理应用程序变更。

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

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

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

此属性是绩效分析的基础。开始和结束时间之差表示活动的“处理时间”，一项活动结束到下一项活动开始之间的时间则表示“等待时间”。区分两者有助于判断延误是由任务耗时过长，还是任务之间的空闲等待造成，从而有针对性地改进流程。

它可用于准确计算活动耗时，帮助区分创造价值的处理时间与不创造价值的等待时间。

通常可在活动日志或审计跟踪表中找到。如果没有此字段，有时可根据后续事件的开始时间推算。

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

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

可用于分析高优先级变更是否比低优先级变更处理得更快，从而验证优先级政策是否有效。

位于变更请求的主记录或标题数据中。

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

此属性为变更管理流程提供重要的业务背景，使分析能够从业务影响而非单纯的IT活动出发。例如，分析人员可以识别哪些服务最常发生变更，这可能意味着服务不稳定或创新活动频繁。将技术变更与其支持的业务功能关联起来，也有助于确定变更优先级和评估风险。

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

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

变更状态表示变更请求在特定时间点所处的阶段或最终结果。状态通常对应流程中的重要里程碑，可概览进展情况。

此属性有两种用途。作为快照属性，它显示所有未关闭变更的当前状态，适用于跟踪处理量和待办积压的运营仪表板。作为事件属性，状态变化本身也可视为一项活动；当详细活动数据不足时，可借此丰富事件日志。分析状态转换有助于了解生命周期，并发现变更停滞的位置。

它可呈现变更进度概况，便于分析瓶颈、处理量和当前待办积压情况。

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

变更类型是重要的分类属性，决定变更请求所需的工作流、审批步骤和紧急程度。标准变更通常已预先批准且风险较低；普通变更需经过完整的评估和审批流程；紧急变更则因业务需求迫切而需要加快处理。

按变更类型分析流程是变更管理分析的核心工作，有助于比较不同变更工作流的绩效和合规情况。例如，分析人员可以核实紧急变更是否确实走了更快的路径，或标准变更是否遵循了简化且预先批准的流程。按类型细分有助于了解流程差异，并确保采用适当的治理措施。

此属性对于细分分析至关重要，因为不同变更类型对应不同的预定义流程、审批要求和绩效预期。

位于变更请求的主记录或标题数据中。

负责人是指被分配处理变更请求或活动的具体人员。与团队级分配相比，此属性能更细致地呈现工作量和责任分配情况。

分析用户级数据有助于绩效管理和发现培训机会，也能识别流程专家，或发现哪些人员在某些任务上可能需要支持。此属性还可用于分析返工，例如查看由特定人员处理的变更是否更容易被拒绝或需要补救。不过，应以建设性的方式使用这些信息，而非用于惩罚。

它能细致呈现个人工作量和绩效，帮助团队识别专家及潜在培训需求。

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

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

此属性对于分析资源分配、工作量分布和团队间交接至关重要。社交网络分析可揭示不同团队之间的沟通模式和瓶颈。通过衡量各团队耗时，组织可以发现哪些团队负荷过重，或责任移交过程中经常出现延误。

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

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

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

此属性支持基于风险的流程分析，可用于检查高风险变更是否经过适当级别的审核，例如变更咨询委员会（CAB）审核。它还可用于分析风险等级与结果之间的关系，例如判断高风险变更的失败率是否更高，从而发现风险评估或缓解流程是否需要改进。

可用于分析流程控制和审批工作流是否与变更的评估风险相匹配。

可在变更请求的标题数据或风险评估详情中找到。

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

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

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

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

变更影响衡量变更对业务运营、服务或基础设施可能造成的影响。它与紧急程度一样，是确定变更总体优先级的重要依据。例如，影响关键客户服务的变更，其影响程度较高。

按影响程度分析有助于确保涉及关键服务的变更得到妥善管理。可通过一致性检查，确认高影响变更是否始终经过特定审批或测试阶段。还可比较绩效，例如检查高影响变更是否因审核和测试更全面而需要更长的实施时间。

有助于确认业务影响较大的变更是否经过更严格的审核和测试，确保治理措施落实到位。

位于变更请求的主记录或标题数据中。

变更紧急程度表示为满足业务要求，需要多快实施变更。它反映变更的时间紧迫性，与潜在影响程度不同。例如，某项变更影响较小，但紧急程度较高，比如在营销活动开始前修复一个小问题。

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

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

位于变更请求的主记录或标题数据中。

变更结果原因用于说明变更请求以当前方式结束的原因。成功的变更可能标记为“成功”；失败的变更可能标记为“未成功，已启动回滚”；被拒绝或取消的变更则会注明理由，例如“理由不充分”或“请求人取消”。

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

为分析失败、被拒或已取消变更的根本原因提供重要数据，帮助提高后续变更请求的质量。

可在变更请求记录的关闭详情中找到，字段名称可能是“关闭代码”“解决结果”或“拒绝原因”。

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

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

这是衡量SLA合规情况和按时交付的关键属性，有助于找出流程延误的根本原因。

通常位于变更请求的标题数据中。