关于敏捷开发:故事点数VS工时研发工作量到底怎么算

4次阅读

共计 2202 个字符,预计需要花费 6 分钟才能阅读完成。

最近一段时间,随同着「工时注销」性能上线 LigaAI,越来越多的小伙伴在问:工时和点数,到底有何异同,各自又应该如何应用?

在很长时间里,工时(或者人天 / 人时)是研发团队中更罕用的概念。这个简略粗犷的指标,能间接反映出: 实现某项工作须要几个人做多长的工夫。 这一指标的确让许多研发团队取得了评估我的项目人力老本的根底数据。

然而在实际操作中,人们逐步发现,开发者的工作简直无奈被规范量化。不同的开发人员,其能力本就有所差距;更重要的是,每一项具体的开发工作,它的难度、复杂度、业务价值、危险等系数可能有着微小差别。 单纯的统计工时,并不能反映团队的开发速率。

因而,在硅谷浓重极客文化中,一群开发者首先提出了: 麻利开发中,该当用「故事点数」来估算工作量。

到底什么是故事点数

点数,即「1 标准单位」的工作量,是对工作规模的绝对度量。

它是综合了需要的复杂度、工作量、危险及不确定性等多项因素后,估算出的对于实现此需要所要的开发规模的大小。这个单位,并不能间接指代该项需要须要的开发工夫。

如果说「工时」是相对的度量单位,那么「点数」则是一种绝对的。「1 标准单位」所指代的工作量 / 规模可能因每个团队的工作习惯而有所区别。

对于首次接触「故事点数」的人来说,可能还是有点难了解。咱们能够举个艰深的例子~

小明常常跑步,他跑一段指定的 5km 路线只需 30min;小军极少静止,跑完同一路段可能须要 60min。那么对于跑步速度不同的两个人,到底如何形容跑 5km 所蕴含的“运动量”才正当呢?


如果说这是“30min”的运动量,显然对于小军不偏心;但如果说这是“60min”的运动量,对小明来说就是浪费时间。

在「点数」概念里,咱们约定这一路况下跑 5km 计为 1 点运动量,并在两人中达成共识。之后,小明就会晓得他实现 1 点的运动量大略须要 30min,而小军也会晓得本人实现 1 点须要 60min。那么当初如果让他们去跑一段路况差不多的 10km 的路,他们就能估算出那是 2 个点的运动量,并能依据本人的速度,大略评估所须要的工夫。

同理,当采纳故事点数估算开发工作量时,团队须要先选定一个能够作为规范度量单位的需要,约定其规模 =1。 其余需要的规模,与之相比拟,通常用“斐波那契数列”(1,2,3,5,8,13…)来相应的示意。估算值为 2 的需要,其工作规模应该是 1 标准单位的 2 倍。
(想晓得为什么是斐波那契数列?请见此前文章:麻利扑克,让评审会变身高兴牌局……)

点数 VS 工时,好在哪里?

A. 量化团队的生产速率和产能

「点数」,能更好地评估研发团队在单位工夫内的理论产能。 在一个成员开发速度不统一的团队,用间接估算某项工作的开发时长,其实很麻烦。同一条需要,A 开发只需 1 天,而 B 可能要做 3 天。在这种常见状况下,项目经理只能基于对开发者技能程度的主观把握来排期。

如果项目经理将需要指派给 A,并调配 1 人天,这个「1 人天」只是对集体工作的估算。如果将该工作分给团队中其他人去做大略须要多久,就很考验项目经理的判断了。而在团队中,咱们不可能永远把工作指派给善于这项工作的人,这时以「工时」评估工作量就更难精确。

在引入「点数」概念后,只有评估好各项需要的点数,试行 1 - 2 个迭代,就能够根本估算出每位成员在单位工夫内能实现的「点数」。开发组长或者项目经理,也能直观量化团队的整体产能,更正当地打算排期。

B. 无效评估团队的成长性

「工时」所反馈的只是工夫和人力投入,而不蕴含工作的难度、重要性等信息。 一个 10 人团队,每周总工时是固定的,咱们除了主观判断这一周团队实现了 3 个性能,上一周实现 4 个性能以外,简直没方法从这「工时」指标获知到底这个 10 人的团队一周的产出是减少了还是缩小了。毕竟性能有简单有简略,不能简略靠计数解决。

而「点数」反馈的恰是「产出」。咱们能够从单位工夫内团队实现点数的变动,晓得团队产能的变动。除此以外,每 1 点的开发工作对应的缺点数量、需要的点数散布等指标,也能反馈目前团队存在的问题。

C. 防止需要盲点

在理论的项目管理过程中,「工时」更多是由上至下的调配。但「点数」则是开发团队自下而上进行工作量估算的形式。

通过点数估算,研发团队的成员能参加到需要剖析中,造就更多参与感和指标感,同时提前裸露产品设计的不确定性,防止需要盲点。

点数和工时也可并行

看完上述内容,你肯定会发现其实「点数」和「工时」并不是互斥的。它们一个用于评估工作复杂度,一个用于计算工作时长。组合应用,还能碰撞出许多有意思的效力指标。

「点数」最重要的作用,是大家在产能上造成了一个参考基准。一旦团队通过迭代捕捉到了产能容量,就能够以此为切入点,与产品方、业务方达成交付效率的共识。既能防止拍脑袋给日期又给不准的难堪场面,还可数据化地出现研发团队的效力变动,堪称两全其美。

在 LigaAI,咱们举荐研发团队,特地是践行麻利的团队,能够应用「点数」作为次要的工作量估算办法。 同时 LigaAI 也提供了「工时」的填报性能,以撑持局部团队对于精确掂量人力投入的须要。

最初,不论黑猫白猫,能抓到老鼠的就是好猫。工作量估算亦是如此。不管采纳「点数」还是「工时」又或者二者兼备, 都须要每个团队一直摸索更适宜本人的工作办法,找到能无效评估并出现本身产能的最佳门路。


欢送你的团队和咱们一起摸索更高效的工作办法,感兴趣的小伙伴能够关注咱们的账号 LigaAI~ 也能够进入官网 LigaAI- 新一代智能研发治理平台 申请体验噢~

正文完
 0