敏捷,唯快不破?

科技   科技   2024-09-05 16:21   上海  

速率是许多 Scrum 团队用来确定工作规模和进行工作预测的常用工具。但是很多组织将 “速率” 等同于团队 “绩效”,而这并非速率的用途所在。


首先,什么是速率?


速率是一种度量标准,用于衡量团队在单个 Sprint 期间完成的工作量。具体是这么做的:使用速率来规划工作的 Scrum 团队会为产品待办项中的高阶条目分配一个点数。分配给每个产品待办项的点数会考虑工作量,没错,但同时也会考虑复杂性、风险和不确定性。例如,如果团队根本不知道某项工作可能需要花费多少工作量,那么基于这种不确定性,它可能会被分配一个较高的点数。

在 Sprint 期间,Scrum 团队将产品待办项转化为已完成的产品。在 Sprint 结束时,将在该 Sprint 期间完成的所有产品待办项的点数相加,这就成为了 Scrum 团队在该 Sprint 的速率。速率可以根据时间绘制成图表,以显示 Scrum 团队在一个 Sprint 中通常完成多少工作量。
产品负责人可以使用来自先前 Sprint 的速率信息来创建一个预测,预测 Scrum 团队在一个或多个 Sprint 之后可能处于什么位置。速率也可以是成为帮助 Scrum 团队的工具,因为在 Sprint 规划活动中,Scrum 团队可以考虑他们在先前 Sprint 中完成了多少点数,并使用这些信息来确定他们在即将到来的 Sprint 中应该能够完成多少工作。

这是速率的问题


虽然速率对于产品负责人和 Scrum 团队来说可能是一个有用的工具,但它并不是适合用于衡量成功的标准。太多的管理者了解到速率后,试图将其用作衡量 Scrum 团队成功的标准。更糟糕的是,一些领导者错误地将速率用作比较两个不同 Scrum 团队绩效的方式。
以下是为什么速率不应该被用作衡量成功的标准,或用于比较 Scrum 团队绩效的十个原因。

它是一个任意数字

团队选择自己的点数系统,并决定为不同类型的工作分配多少点数。由于速率只是 Scrum 团队的一个规划工具,所以这没关系。但是,如果你试图比较团队 1 的速率和团队 2 的速率,这是没有意义的。即使他们使用相同的点数系统,一些团队可能认为产品详情页面布局的更改是 3 个点,而其他团队可能将同样的工作评定为 8 个点。确定工作规模没有正确或错误的方法 —— 只是团队决定如何为他们自己确定工作规模。

故事点数的膨胀

即使两个团队对工作的规模评估相似,当你开始使用速率比较团队时,最终你会破坏速率作为规划工具的作用。因为团队会觉得他们是根据速率来评判的,他们会自动开始夸大他们的点数。这使得预测数据变得毫无意义。

团队组成的差异

团队有不同的成员,具有不同的经验、技能和专业知识水平。一个由高级开发人员组成的团队可能比由初级开发人员组成的团队更快地完成任务,这会影响他们的速率。

工作复杂性的变化

不同团队的任务复杂性和性质不同。一个团队可能正在处理更复杂或创新的功能,而另一个团队正在处理产品维护和小功能更新,这也会导致不同的速率。

不同的“完成的定义”

团队对于什么是 “已完成” 的任务可能有不同的标准。一个团队的完成定义可能包括详尽的测试和文档,而另一个团队可能只考虑编码完成,这也会影响他们的速率。

团队动态和沟通

团队沟通、协作的效率和整体的氛围可以极大地影响生产力。具有更好协同和更少冲突的团队可能会有更高的速率。

技术债和遗留代码

一些团队可能要处理更多的技术债务或遗留代码,与使用较新、更干净代码库的团队相比,这会减慢他们的进度。

工具和开发环境

团队使用的开发环境、工具和技术的差异会影响他们的效率,进而影响他们的速率。更好的工具可以简化工作并提高速率。

外部依赖和干扰

团队可能面临不同程度的干扰,或对外部团队和系统的依赖,这会影响他们保持一致速率的能力。

Sprint目标和重点

团队可能有不同的 Sprint 目标和重点。一个团队可能优先考虑工作的速度和数量,而另一个团队可能优先考虑质量和完整性,导致不同的速率。

结 语


组织不应根据团队的速率来评判团队,而应专注于衡量为客户提供的价值。这可以通过评估客户成果来实现,客户成果直接反映了产品或服务在满足客户需求方面的有效性。关键策略包括利用客户反馈和满意度指标,如净推荐值(NPS),以了解客户的情绪和体验。此外,跟踪业务成果,如收入增长、客户留存率和用户参与度,可以更清楚地了解团队工作的实际影响。

通过使用分析和行为数据监测已交付功能在现实世界中的影响,也可以揭示解决方案在解决客户问题和促进战略目标方面的效果如何。通过优先考虑这些措施,组织可以确保他们的努力与为客户提供有意义的价值保持一致,而这最终是其业务的核心目的。


原文地址:

https://www.scrum.org/resources/blog/dont-confuse-velocity-success

注:部分图片来源于网络

关于作者

【作者】Mary Iqbal

Scrum.org专业Scrum培训师。

Mary Iqbal 是 Rebel Scrum 的实践敏捷顾问和讲师,教授过数以千计的软件专业人士,是一位经验丰富的敏捷转型教练。Mary擅长通过定义产品和帮助团队自组织以形成最适合的结构,来帮助组织实施规模化敏捷。

【译者】Scrum中文网翻译组

Scrum中文网是全球第一个Scrum中文网站,中国最早的Scrum和敏捷教育及推广机构,也是国际Scrum联盟(ScrumAlliance)官方授权教育机构,Scrum.org官方合作培训机构,大规模敏捷SAFe官方机构SAI中国区授权合作伙伴。

Scrum中文网是国内领先的敏捷培训及教练咨询机构,作为中国敏捷教练的摇篮,启蒙和培养了数万名敏捷专业人士,帮助数百家知名企业成功转型敏捷。

往期回顾


精选合辑 | Scrum敏捷实践
精选合辑 | Scrum Master专栏
精选合辑 | 产品经理专栏
  精选合辑 | SAFe规模化敏捷
精选合辑 | 敏捷行业报告


敏捷认证班课程详情介绍
关注Scrum中文网公众号 & 视频号
持续收获敏捷干货及精品好课
点“在看”给我一朵小黄花

Scrum中文网
Scrum中文网(Scrum.cn)是全球权威敏捷知识门户,敏捷人才的摇篮,您值得信赖的敏捷转型伙伴!
 最新文章