您的软件开发生命周期数据模板

事件开始时间（Event Start Time）标志着一项活动开始的确切日期和时间。它为单个 case 中的所有 event 提供时间顺序，这对于准确重建流程流至关重要。

timestamp 是所有基于时间的 Process Mining 分析的基础。它们用于计算关键绩效指标，如周期时间、等待时间以及活动之间的处理时间。分析 timestamp 有助于定位瓶颈、衡量流程效率并了解开发生命周期中不同阶段的持续时间。例如，“代码已提交审查” 与 “代码审查已完成” 之间的时间可以揭示评审流程中的延迟。

此时间戳 (timestamp) 对于正确排序事件以及计算所有基于时间的指标（如周期时间和瓶颈）至关重要。

可在记录开发工作项变更的 event log、审计追踪或历史记录表中找到。

开发项目 ID（Development Item ID）是贯穿整个软件开发生命周期的唯一标识每个 case 实例的主键。每个 ID 代表一项独立的工作（如用户故事、任务或 Bug 修复），从其创建到最终解决或部署。

在 Process Mining 分析中，此属性对于重建每个工作项的端到端历程至关重要。它支持工具将所有相关活动（如 “开发已开始”、“代码审查已完成” 和 “已部署至生产环境”）链接成一个连贯的流程。通过分析单个开发项目的生命周期，有助于识别与特定工作相关的偏差、延迟和返工循环。

这是追踪每个开发工作项从开始到结束完整生命周期所必需的基础 case 标识符。

通常位于软件开发管理系统的主要工作项或问题追踪表中。

活动名称（Activity Name）描述了开发流程中特定的步骤或状态变更。这些活动构成了流程图中的节点，代表关键里程碑，如 “项目已获准开发”、“代码已提交审查” 或 “QA 测试已完成”。

此属性对于将流程流向可视化并理解 event 顺序至关重要。通过分析不同的活动，团队可以识别最常见的路径、发现流程偏差并衡量在各个阶段花费的时间。它构成了瓶颈分析、返工检测以及针对目标流程模型进行合规检查的基础。

它定义了流程中的步骤，支持开发 workflow 的可视化和分析。

通常源自状态变更日志、event 流或与开发工作项相关的审计历史表。

最后 data 更新（Last Data Update）属性记录了 data 最近从源系统提取或更新的日期和时间。这清晰地指示了 data 的实时性和相关性。

此信息对于确保分析和 dashboard 基于当前信息至关重要。利益相关者可以一目了然地看到流程视图的更新程度，从而增强对所得洞察的信心。它是用于管理 data 流水线和安排 data 刷新的关键元数据。

指示 data 的实时性，确保分析对于决策而言是及时且相关的。

该值通常由数据提取、转换和加载 (ETL) 流水线生成并存储。

源系统 (Source System) 属性识别记录开发生命周期数据的原始应用程序或平台。这在多工具协作的环境中尤为有用，例如使用 Jira 进行问题追踪，使用 GitLab 进行源代码管理。

在分析中，指定源系统有助于数据验证并为流程数据提供背景。它支持对不同系统中管理的流程进行对比分析，并确保数据解读的准确性，因为不同系统的字段名称和流程惯例可能有所不同。此外，它还可用于将分析范围缩小至特定工具的数据集。

提供关于 data 来源的背景信息，这对于 data 验证以及涉及多个集成系统的分析至关重要。

这通常是在数据提取过程中添加的静态值，用于识别记录的来源。

事件结束时间（Event End Time）标志着一项活动的结束。虽然许多流程步骤被记录为开始和结束时间相同的即时 event，但某些活动具有可衡量的持续时间。例如，“代码审查” 活动可能具有明确的开始和结束时间。

此属性对于计算特定任务的实际处理时间至关重要，能将其与闲置或等待时间区分开。通过对比事件开始时间和事件结束时间之间的持续时间，分析人员可以衡量在增值活动上投入的精力。这支持更精细的资源利用分析，并有助于识别哪些任务消耗了最多的实际工作时间。

支持计算单个活动的实际处理时间，将其与等待时间区分开，从而更清晰地了解投入的精力。

可以从 event log 中找到，或者通过获取同一工作项在序列中下一个活动的 timestamp 来推算。

该属性识别负责完成当前步骤或整个工作项的个人或小组。在整个生命周期中，负责人可能会多次变更，反映了开发人员、QA 测试人员和评审人员等不同角色之间的交接。

分析负责人 (Assigned To) 属性是理解团队工作量、交接效率和协作模式的关键。它允许筛选流程图以查看特定人员或团队的工作，有助于识别特定资源的瓶颈 (bottleneck)。基于负责人之间交接的社交网络分析可以揭示沟通鸿沟或过于复杂的协作结构。

它支持分析资源工作量、交付频率和协作模式，帮助优化团队效率。

可在工作项或 issue 记录中找到，通常在项目的历史或审计日志中进行跟踪。

该属性识别负责交付开发项的具体团队、小组或部门。在大型组织中，工作通常分布在多个专业团队中，如“前端”、“后端”、“移动端”或“平台组”。

按团队名称 (Team Name) 进行分析可以实现团队间的绩效对比和最佳实践分享。它有助于回答诸如“哪个团队的周期时间最短？”或“是否某个团队的返工比其他团队更多？”等问题。这种分析可以揭示影响整体交付绩效的工作流 (workflow)、技能组合或资源可用性方面的差异，为有针对性的流程改进提供契机。

支持不同团队间的绩效基准测试，帮助识别最佳实践和待改进领域。

通常与分配的用户关联，或者是项目或工作项记录中的直接字段。

优先级 (Priority) 属性表示工作项在业务或技术上的紧迫程度。通常设置为“高”、“中”或“低”，帮助团队决定后续工作的优先级。

在流程挖掘中，优先级是一个强大的分析维度。它允许团队检查高优先级项目是否确实比低优先级项目处理得更快。通过比较不同优先级的周期时间，可以揭示流程是否遵循了业务优先级。如果高优先级项目频繁延迟，则可能预示着规划、资源分配或工作流 (workflow) 设计存在问题。

帮助验证高优先级工作在流程中的流转速度是否更快，并识别不成比例地影响关键项目的瓶颈。

大多数开发管理系统中工作项或 issue 记录上的标准字段。

开发项目状态（Development Item Status）代表工作项在特定时间点的状态。活动名称捕捉的是状态变更的 event，而此属性捕捉的是状态本身。这对于分析 event 发生时的工作状态非常有用。

此属性通常用于创建活动名称，但也可以提供额外背景信息。例如，分析状态字段可以对项目在特定状态（如 “Blocked” 或 “等待评审”）中停留的时长进行持续时间分析。理解在非生产状态下花费的时间对于识别系统性延迟和提高流转效率至关重要。

它支持分析在不同状态下花费的时间，帮助识别延迟以及在非增值状态（如 “Blocked”）中花费的时间。

可在工作项或 issue 记录的主字段中找到，并在其历史日志中进行跟踪。

该属性对所执行工作的性质进行分类。不同类型的工作项通常遵循不同的流程路径，且绩效预期也不同。例如，“Bug”可能需要快速的热修复流程，而“功能 (Feature)”则遵循标准的开发和测试周期。

利用该属性，分析师可以比较不同类型工作的流程流向和绩效。这有助于回答诸如“我们的 Bug 修复流程是否比功能开发流程更快？”或“技术债项目是否经历了更多返工？”等问题。它是数据分段的基本维度，有助于获得更具体、更具操作性的洞察。

支持对比不同工作类别的流程和绩效，揭示特定开发类型的效率低下问题。

大多数开发管理系统中工作项或 issue 记录上的标准字段。

项目名称 (Project Name) 通过对属于特定产品、方案或代码库的工作项进行分组来提供上下文背景。不同项目之间的开发实践和周期时间可能存在显著差异，例如遗留系统与全新的从零开发 (greenfield) 应用就完全不同。

该属性支持对组织内不同部门的开发流程进行高层级的汇总和对比。通过按项目筛选分析，管理者可以评估每项开发工作的健康状况和效率。这对于理解流程绩效如何受到项目特定背景和技术环境的影响也至关重要。

支持按产品或项目对流程分析进行细分，揭示与项目背景相关的绩效差异。

工作项或 issue 记录上的标准字段，或者是 Git 等系统中的代码库名称。

创建者（Creator）属性标识了发起该工作项的人员。这可能是创建用户故事的产品经理、记录 Bug 的 QA 测试人员，或者是报告客户问题的客服人员。

分析工作项的创建者可以深入了解工作的来源。例如，终端用户报告的大量 Bug 可能表明最近发布的版本存在质量问题。它还可以通过将创建者与下游的返工或延迟相关联，来分析初始需求的清晰度和质量。

帮助识别工作的发起者，通过分析了解需求、Bug 或功能请求的来源。

工作项初始创建记录中的标准字段，例如 “Reporter” 或 “Author”。

严重程度（Severity）不同于优先级（Priority），它衡量的是问题的技术影响，而优先级衡量的是修复的紧急程度。例如，极少访问页面上的错别字可能是低严重程度和低优先级，而关键 data 损坏问题则是高严重程度和高优先级。

此属性对于质量分析至关重要，尤其是在分析 Bug 修复流程时。它支持团队评估是否有效地优先处理了最严重的问题。通过分析不同严重程度等级的周期时间，企业可以确保关键系统问题得到快速解决，从而最大限度地减少对客户的影响。

支持分析团队如何根据技术影响有效处理问题，确保关键问题得到及时解决。

开发管理系统中的标准字段，常见于 “Bug” 或 “Incident” 类型的工作项。

计划发布 (Planned Release) 属性将开发项与特定的交付计划或版本关联。这通常用于发布规划，以便将功能和修复补丁进行打包，实现协同部署。

通过计划发布维度进行分析，有助于评估发布过程的可预测性和可靠性。通过对比计划发布日期与实际部署日期，您可以追踪准时交付率。此外，它还能辅助范围管理，帮助团队了解特定发布版本的工作流向，从而及时发现可能影响交付时间表的潜在风险或延迟。

将开发工作与交付计划联系起来，支持分析准时交付率和发布的可预测性。

敏捷规划和开发工具中的标准字段，例如 “Fix Version”、“Target Release” 或 “Iteration Path”。

返工标识 (Rework Indicator) 是一个派生的布尔或分类属性，用于标记属于返工循环的事件。这通常通过流程回流来识别，例如从“QA 测试”退回至“开发中”，或者出现了如“QA 发现返工”等特定活动。

该属性对于质量和效率分析极具价值。它可以直接计算返工率，并找出流程中产生返工最多的环节。通过筛选返工活动，团队可以进行根因分析，了解为何质量问题未能及早发现。减少返工是提升开发速度和产品质量的关键杠杆。

直接量化返工，让团队能够衡量其发生频率、分析原因并跟踪质量随时间的改进情况。

通常在数据转换过程中通过识别流程中的回溯循环或特定的失败相关活动名称派生而来。