我开始使用Teambition 行业解决方案 让团队协作飞起来

研发效能度量-需求累积流图

图表示例

0015de8ca02ca1044c05db031802436

如何解读

报表说明

  • 需求累积流图反应各个阶段累积处理的需求数量以及它们随时间的变化趋势,横坐标为日期,纵坐标为各个阶段累积完成的需求数目;

  • 累积流图从左到右的每个状态,都是工作流中顺序变化的状态,相应的,曲线对应的分别是这些阶段的累积完成的需求数目;

  • 已完成的需求是图表所选时间窗口内完成的需求,除此之外,其他状态的需求都是项目内存量的


下面以两个例子来解读需求累积流图

例1:用累积流图中解读存量需求状态、前置时间和交付速率的数据,如引用《精益产品开发》的典型的示意图所示,可以解读如下信息。

  • 存量未完成需求数:即在制品数量,也就是开始但还没有完成的需求的数目。如下图中4月15日这一天,累积就绪的需求有61个,累积上线的需求是8个,则存量未完成需求数为61-8=53个,他们已经计划,但是还没有交付,分布过程中的各个阶段。

  • 平均前置时间:前置时间是精益度量中的一个核心指标,指需求交付之前,从开始到结束所经历的时间。由于并非所有的需求都是先进先出,所以采用”平均”来描述当前已经交付需求。

  • 交付速率:交付速率是指单位时间内交付需求的数目,一般用周为单位去衡量。从3月30日到5月15日,6周时间交付需求数目从8个增加到53个,共交付45个需求,交付速率为45/6=7.5个/周。

image.png


例2:用累积流图分析团队协作和交付模式,并发现改进机会,如同样引用《精益产品开发》的典型的示意图所示,可以解读如下信息。

  • 需求计划模式:前期团队需求以阶梯状上升,反应团队是每两周做一次需求计划,后期团队红色区域逐渐收窄,需求的收集周期变成了一周一次;

  • 需求发布模式:同样是阶段状上线,说明团队的发布周期在前期较为固定,后续逐渐缩短。

image.png


操作步骤以及注意事项

在右边筛选项中,用户可以选择时间范围来圈定该时间段内交付的需求,但建议时间段尽量长一些;可以选择不同类型的工作流。

更多支持方式

视频资源 功能文档 建议反馈