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

事件开始时间标记活动开始的确切日期和时间，为单个案例中的所有事件提供时间顺序，这对于准确还原流程路径至关重要。

时间戳是所有基于时间的流程挖掘分析的基础，可用于计算周期时间、等待时间和活动间处理时间等关键绩效指标。分析时间戳有助于定位瓶颈、衡量流程效率，并了解开发生命周期各阶段的耗时。例如，“提交代码以供评审”到“完成代码评审”之间的时间可以揭示评审流程中的延误。

此时间戳对于正确排列事件顺序和计算周期时间、瓶颈等所有基于时间的指标至关重要。

可从记录开发工作项变更的事件日志、审计跟踪或历史记录表中获取。

开发项ID是唯一标识软件开发生命周期中每个案例实例的主键。每个ID代表一项独立工作，例如用户故事、任务或缺陷修复，从创建到最终解决或部署。

在流程挖掘分析中，此属性对于还原每个工作项的端到端历程至关重要。它使工具能够将“开始开发”“完成代码评审”和“部署到生产环境”等相关活动关联起来，形成连贯的流程路径。分析单个开发项的生命周期，有助于发现特定工作中的差异、延误和返工循环。

这是跟踪每个开发工作项从开始到结束的完整生命周期所需的基本案例标识符。

通常可在软件开发管理系统的主要工作项表或问题跟踪表中找到。

活动名称用于描述开发流程中的具体步骤或状态变化。这些活动构成流程图中的节点，代表关键里程碑，例如“开发项获批”“提交代码以供评审”或“完成QA测试”。

此属性对于呈现流程路径和了解事件顺序至关重要。通过分析不同活动，团队可以找出最常见的路径、发现流程偏差，并衡量各阶段的耗时。它也是瓶颈分析、返工检测以及针对目标流程模型开展一致性检查的基础。

它定义了流程中的步骤，便于呈现和分析开发工作流。

通常取自与开发工作项关联的状态变更日志、事件流或审计历史表。

上次数据更新属性记录最近一次从源系统提取或更新数据的日期和时间，清楚表明数据的新鲜度和相关性。

此信息对于确保分析和仪表板使用最新信息至关重要。相关方可以快速了解流程视图的更新情况，从而更有把握地采用分析结果。这也是管理数据流水线和安排数据刷新的重要元数据。

表明数据的新鲜度，确保分析结果及时且与决策相关。

此值通常由数据提取、转换和加载（ETL）管道生成并存储。

源系统属性用于标识记录开发生命周期数据的应用程序或平台。在使用多种开发工具的环境中，这一属性尤其有用，例如使用Jira跟踪问题、使用GitLab管理源代码。

在分析中，指定源系统有助于验证数据并了解流程数据的背景。它支持比较由不同系统管理的流程，并确保正确解读数据，因为各系统的字段名称和流程惯例可能不同。您也可以用它筛选特定工具的数据集。

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

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

事件结束时间标记活动的结束。许多流程步骤记录为瞬时事件，开始时间和结束时间相同；但有些活动持续一段时间。例如，“代码审查”活动可能有明确的开始和结束时间。

此属性对于计算特定任务的实际处理时间至关重要，可将其与空闲或等待时间区分开来。通过比较事件开始时间和事件结束时间之间的时长，分析人员可以衡量用于增值活动的工作量。这有助于更细致地分析资源利用情况，并找出实际占用工作时间最多的任务。

可计算各项活动的实际处理时间，将其与等待时间区分开来，更清楚地了解所投入的工作量。

可从事件日志中获取，也可使用同一工作项后续活动的时间戳推算。

此属性用于标识负责完成当前步骤或整个工作项的个人或团队。在工作项的生命周期中，受分派人可能多次变更，体现开发人员、QA测试人员和审查人员等不同角色之间的交接。

分析“分配给”属性有助于了解团队工作量、交接效率和协作模式。您可以按特定人员或团队筛选流程图，查看其负责的工作，并找出与资源相关的瓶颈。根据受分派人之间的交接进行社交网络分析，还能发现沟通缺口或过于复杂的协作结构。

可用于分析资源工作量、交接频率和协作模式，帮助提升团队效率。

可在工作项或问题记录中找到，通常记录在工作项历史或审计日志中。

此属性用于标识负责交付开发项的具体团队、小组或部门。在大型组织中，工作通常由多个专业团队分担，例如前端、后端、移动端或平台团队。

按团队名称分析，有助于比较团队绩效并分享最佳实践。您可以借此回答“哪个团队的周期时间最短？”或“哪个团队的返工比其他团队更多？”等问题。分析结果可以揭示工作流、技能组合或资源可用性方面的差异，以及这些差异对整体交付绩效的影响，从而为有针对性的流程改进提供依据。

可对不同团队的绩效进行对标，帮助发现最佳实践和改进空间。

通常与受分派用户关联，也可能是项目或工作项记录中的独立字段。

优先级属性表示工作项在业务或技术层面的紧急程度。通常设为“高”“中”或“低”等值，帮助团队决定下一步处理什么。

在流程挖掘中，优先级是重要的分析维度。团队可以据此检查高优先级工作项是否确实比低优先级工作项处理得更快。比较不同优先级的周期时间，可以看出流程是否遵循业务优先级。如果高优先级工作项经常延误，可能说明计划、资源分配或工作流设计存在问题。

帮助确认高优先级工作项是否能更快流转，并找出对严重问题影响尤大的瓶颈。

大多数开发管理系统的工作项或问题记录中都有此标准字段。

开发项状态表示工作项在特定时间点所处的状态。活动名称记录状态变更这一事件，而此属性记录状态本身。分析事件发生时的工作状态时，此属性会很有帮助。

此属性常用于生成活动名称，也能提供更多背景信息。例如，分析状态字段可以了解工作项在某个状态中停留了多久，例如“受阻”或“等待审查”。了解工作项在非生产性状态中花费的时间，对于发现系统性延误和提升流程效率至关重要。

可分析工作项在不同状态中花费的时间，帮助发现延误以及“受阻”等非增值状态。

这是工作项或问题记录中的主要字段，可在其历史记录中追踪。

此属性用于对所执行工作的性质进行分类。不同类型的工作项通常遵循不同的流程路径，绩效预期也各不相同。例如，缺陷可能需要快速修复流程，而功能则遵循标准的开发和测试周期。

分析人员可以利用此属性比较不同类型工作的流程和绩效。这有助于回答诸如“缺陷修复流程是否比功能开发流程更快？”或“技术债务项是否需要更多返工？”等问题。按此维度细分数据，是获取更具体、可执行洞察的基础。

可比较不同工作类别的流程和绩效，找出特定开发类型中的低效环节。

大多数开发管理系统的工作项或问题记录中都有此标准字段。

项目名称用于归集属于特定产品、计划或代码库的工作项，提供相关背景。不同项目的开发实践和周期时间可能差异很大，例如，遗留系统与全新应用之间就可能有所不同。

此属性可用于汇总和比较组织不同部分的开发流程。管理者按项目筛选分析结果，可以评估各项开发工作的健康状况和效率。它还有助于了解流程绩效与项目的具体背景和技术环境之间的关系。

可按产品或计划细分流程分析，揭示项目背景带来的绩效差异。

通常是工作项或问题记录中的标准字段，也可以是Git等系统中的代码库名称。

创建者属性用于标识发起工作项的人员。创建者可能是编写用户故事的产品经理、登记缺陷的QA测试人员，或报告客户问题的客服人员。

分析工作项的创建者有助于了解工作来源。例如，终端用户报告的缺陷数量较多，可能表明近期版本存在质量问题。将创建者与后续返工或延误关联分析，还可以评估初始需求的清晰度和质量。

帮助识别工作的发起人，从而分析需求、缺陷或功能请求的来源。

通常是工作项创建记录中的“报告人”或“作者”等标准字段。

严重程度与优先级不同：严重程度衡量问题的技术影响，优先级衡量修复问题的紧迫性。例如，很少有人访问的页面出现拼写错误，严重程度和优先级都可能较低；而导致数据损坏的严重问题，则可能具有较高的严重程度和优先级。

此属性对于质量分析至关重要，尤其是在分析缺陷修复流程时。团队可以据此评估是否优先处理了影响最严重的问题。分析不同严重程度问题的周期时间，有助于组织确保系统关键问题得到快速解决，尽量减少对客户的影响。

可分析团队根据技术影响处理问题的成效，确保严重问题得到及时解决。

开发管理系统中的标准字段，尤其适用于类型为“缺陷”或“事件”的工作项。

计划发布版本属性将开发项与特定交付计划或版本关联起来。发布规划通常会用此属性将功能和修复项归集起来，以便协调部署。

按计划发布版本分析，有助于评估发布流程的可预测性和可靠性。通过比较计划发布版本与实际部署日期，可以追踪按时交付率。此外，此属性有助于管理范围并了解面向特定版本的工作流，及时发现可能影响交付进度的风险或延误。

将开发工作与交付计划关联起来，以便分析按时交付率和发布计划的可预测性。

敏捷规划和开发工具中的标准字段，例如“修复版本”“目标发布版本”或“迭代路径”。

返工标记是一个派生的布尔型或类别型属性，用于标记属于返工周期的事件。通常，当流程路径出现回退时，例如从“QA测试”退回“开发进行中”，或发生“QA发现返工”等特定返工活动时，就会设置此标记。

此属性对于质量和效率分析很有价值。它可以直接计算返工率，并突出显示返工最多的流程环节。筛选返工活动后，团队可以开展根因分析，了解为何质量问题未能及早发现。减少返工是提升开发速度和产品质量的重要途径。

直接量化返工，帮助团队衡量返工频率、分析原因并追踪质量随时间的改善情况。

通常在数据转换过程中，根据流程路径中的回退环节或特定的失败类活动名称推导得出。