理解Scrum 度量和关键绩效指标

“If you don’t collect any metrics, you’re flying blind. If you collect and focus on too many, they may be obstructing your field of view.”

本文要谈的内容是关于我们在用Scrum交付产品的过程中,如何对Scrum执行的情况进行度量?无论是作为团队,Scrum Master甚至组织的管理层,都需要关注。从而不仅能发现问题,也可以分析问题的原因,进而解决问题,持续改进产品的交付过程。通常从以下几个主要方面来看:

  1. 团队的速率
  2. 承诺的可靠性
  3. 能力的利用
  4. 估算的差异
  5. 范围的变更
  6. 缺陷的遗漏
  7. 产品积压的健康度

一、团队的速率

速率是一种非常简单,功能强大的方法,用于准确衡量Scrum开发团队持续提供业务价值的速度。 可以用最后几次Sprint中被验收的故事点总数的平均值,这表示由Scrum团队在一个Sprint中为实现一个产品增量的所完成的产品积压平均量。因此,要计算敏捷团队的速度,只需将在迭代中成功交付的特性,用户故事,需求或积压条目的估算量相加即可。 团队可以:

  • 预测到特定日期可以交付多少范围。
  • 预测要交付固定数量范围的日期。
  • 在定义将要在Spint中承诺的范围数量的时候,一定要了解能接受的限度。

度量单位=故事点

速率波动表示相对于最大和最小限制的平均速度变化。

二、承诺的可靠性

承诺的可靠性是交付故事点数与承诺故事点数之比。 也称为 说到/做到 的比率。 运行良好的组织将构建可靠的产品,可靠的产品是团队的可靠性的总和。

目的是在足够细致的水平上衡量对客户的价值,从而对已经交付的范围没有任何疑问。 每个人都需要对交付的内容相对于承诺的内容有一个共同的理解。

度量单位=故事点

三、能力的利用率

敏捷团队的能力是一项重要衡量指标,用来告诉团队在为即将到来的SprintSprint计划会议期间应承担多少工作量。 如果能力和工作量不对等,则团队成员应与产品负责人就如何实现对等进行沟通。

估算的能力大小用于为敏捷团队提供指导,以指导他们为即将到来的冲刺计划多少工作(要实现的故事或特性以及要修复的缺陷)。

度量单位=工作量(以小时为单位)

四、估算的差异

估算差异表示在一个冲刺中实际工作量(工作时间)与计划工作量(估计时间)之间的比较。

高估= (估计工作量-实际工作量) / 估计工作量 * 100

低估= (实际工作量-估计工作量) / 估计工作量 * 100

五、范围的变更

冲刺开始后,产品积压项目从Sprint范围中被添加或删除。通常,范围变更并不是好的做法,但在实际情况下的确会发生。 它也反映了积压整理,优先级排序,冲刺和能力规划的质量。

度量单位=故事点

六、缺陷的遗漏

某个阶段之后捕获的缺陷数与该特定阶段捕获的缺陷数及之后捕获的缺陷数的总和的比值。比如说测试团队完成测试后,交付用户测试。那么:

缺陷遗漏 = 用户测试发现的缺陷数 / 测试团队发现的缺陷数 + 用户测试发现的缺陷数

该指标反映了测试质量。

度量单位=缺陷数

七、产品积压的健康度

产品积压中可用的总故事点数与平均速率之比。反映了积压工作的质量和团队为未来冲刺所做的准备。 通常,团队应该至少在给定的时间点为接下来的3个冲刺适当地整理产品积压。

度量单位=故事点

END

希望能在评论区学习到大家的经验和想法~

如果对相关内容感兴趣可以关注我的公众号:捷伴行Agile。会有更及时的更新通知。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

error: Content is protected !!