执行核心对象数据分析
手册分类 
- 1 关于禅道效能分析
- 2. X分析的维护管理
- 2.1. 分析项目管理
- 2.2. 分析报告
- 3. 分析方法
- 3.1 五类分析方法介绍
- 3.2. 图形
- 3.2.1 箱线图
- 3.3. 相关与回归
- 3.3.1 相关性
- 3.3.2 回归拟合图
- 3.3.3 线性回归
- 3.3.4 多次方程回归
- 3.3.5 Gompertz模型
- 3.3.2 回归拟合图
- 3.4. 控制图
- 3.4.1 I-MR控制图
- 3.5. 假设检验
- 3.5.1 正态性检验
- 3.6. 统计
- 3.2. 图形
- 4. 执行核心对象数据分析
- 4.1 执行任务列表工时分析
- 4.2 执行需求列表效率分析
- 4.3 执行需求列表变更分析
- 4.4 执行Bug列表重开分析
- 4.5 执行用例列表效率分析
- 4.6 执行用例列表效果分析
- 4.2 执行需求列表效率分析
- 2. X分析的维护管理
执行需求列表效率分析 分享链接
作者:禅道软件最后编辑:张玉洁 于 2025-09-26 16:02:13 浏览量:370
本篇目录
在禅道的执行需求列表中,效率分析全面追踪需求吞吐率、需求关联任务工时占比、需求阶段停留时长及不同规模需求关联任务的消耗工时分布,提升需求交付效率。接下来,让我们一起深入了解一下吧!
第一步:进入执行需求列表
首先,您需要点击列表右上角的“统计分析”按钮,进入统计分析页面。
小贴士:请注意,需求分析的数据会受到列表筛选条件的影响哦!
第二步:访问统计分析页面
进入统计分析页面,禅道企业版、旗舰版和IPD版的用户可以在左侧列表中直接选择“效率分析”标签来查看相关内容。而开源版用户则需要在左侧列表中切换到“分析”标签后点“效率分析”击进行查看。
第三步:了解效率分析内容
效率分析全面追踪需求吞吐率、需求关联任务工时占比、需求阶段停留时长及不同规模需求关联任务的消耗工时分布。
1.需求吞吐率相关指标卡片
需求吞吐率是一个关键绩效指标,反映团队在特定时间内对需求的处理能力。高吞吐率意味着团队在有效利用时间的同时,能够快速交付高质量的需求,有助于优化项目进度和提高客户满意度。- 已验收需求条目数:列表页面检索结果的需求中,所处阶段为已验收、交付中、已交付、已发布和关闭原因为已完成的研发需求个数求和。
- 已验收需求规模数:列表页面检索结果的需求中,所处阶段为已验收、交付中、已交付、已发布和关闭原因为已完成的研发需求规模数求和。
- 所有任务消耗工时数:所在执行任务列表消耗工时数求和,过滤父任务。
- 需求吞吐率:已验收需求规模数÷所有任务消耗工时数。
2.需求关联任务的消耗工时占比
您可以查看需求所关联的本迭代任务的消耗工时,并根据任务类型形成不同的扇区图,直观展现各类任务的工时占比。
- 有利于团队快速识别哪些任务类型消耗了更多的时间,从而更清晰地了解时间的分配情况。
- 有利于识别瓶颈,如果某一类任务的工时占比异常高,可能表明该任务类型存在效率低下或资源不足的问题。团队可以针对这些任务进行深入分析,找到改进的机会。

3.需求不同阶段的停留时间分析
在这一部分,您将了解到需求在不同阶段的停留时间,帮助您识别迭代中时间消耗的主要环节。需求各阶段的停留时间是根据其关联任务的状态变化计算而来。您可以查看基本统计量,或通过箱线图直观了解不同阶段停留时间的差异和数据分布。
- 有利于帮助团队识别出迭代过程中时间消耗较大的环节,从而找出潜在的瓶颈,提升整体效率。
- 有利于为团队提供改进工作的依据,帮助优化工作流程,减少不必要的延迟,提高交付速度。
- 有利于清晰地了解项目的进展情况,增强透明度和信任度。
- 有利于促进团队进行自我反思,识别改进方向。
需求各个阶段停留时间的计算依赖其关联任务的状态变化,其中:
需求各个阶段停留时间计算:
- 已立项阶段停留时间:
- 需求关联任务中,最早的任务实际开始时间-需求关联到本项目的时间;
- 如果关联的任务都未开始,则用当前时间-需求关联到本项目的时间;
- 研发中阶段停留时间:需求关联的开发类型任务中
- 如果所有任务均已完成,则用最晚的任务实际完成时间-最早的任务实际开始时间;
- 如果存在未完成的任务,则用当前时间-最早的任务实际开始时间;
- 研发完毕阶段停留时间:需求关联的开发和测试类型任务中
- 如果所有开发类型任务均已完成且有测试任务开始,测试任务中的最早开始时间-开发任务中最晚的完成时间;
- 如果所有开发类型任务均已完成但无测试任务开始,则用当前时间-开发任务中最晚的完成时间;
- 测试中阶段停留时间:需求关联的测试类型任务中
- 如果所有任务均已完成,则用最晚的任务实际完成时间-最早的任务实际开始时间;
- 如果存在未完成的任务,则用当前时间-最早的任务实际开始时间;
- 测试完毕阶段停留时间:需求关联的测试任务中
- 所有任务已完成,需求已验收或已发布或已关闭阶段的时间-最后一个测试任务的完成时间;
- 所有任务已完成,但已验收或已发布或已关闭阶段的时间,则用当前时间-最后一个测试任务的完成时间;
- 如果需求未关联开发类型任务,则不计算已立项、研发中、研发完毕三个阶段的停留时间;
- 如果需求未关联测试类型任务,则不计算测试中、测试完毕阶段的停留时间;
- 需求关联的任务中,过滤已取消、已删除的任务;
您可以通过基本统计量查看具体数据,或通过箱线图直观地看到不同阶段停留时间之间的差距,以及数据的分布和异常情况。
在箱线图分析的下方,系统将从均值、中位数和波动情况三个方面对两组数据进行对比分析,同时针对单组数据进行集中趋势、离散程度和异常任务的解读。


4.不同规模需求关联任务的消耗工时分析
本分析将帮助您理解需求规模对消耗工时的影响。通常,需求规模越大,意味着拆分的需求颗粒度越粗,其关联任务的工时管理就越复杂。
数据统计要求:
- 过滤父需求;
- 需求关联的任务为本执行的任务,过滤父任务;
需求分组要求:
需求规模范围划分参考斐波那契数列。











精品资料包
1V1产品演示
免费试用增强功能
专属顾问答疑支持


