度量还可以这样玩? | IDCF

DevOps

共 1691字,需浏览 4分钟

 ·

2022-04-27 18:11

来源:徐东伟敏捷教练 
翻译:徐东伟

度量是一个很有趣的话题,除了几个老掉牙的度量指标外,我们还能怎么玩?

看看我辅导过的团队小伙伴做出的极具创意的玩法,能不能帮助你大开脑洞!


度量的这些你知道吗?



敏捷中的度量,分为过程性度量和价值性度量。

过程性度量是我们最熟悉的了,如团队的速率,交付的故事数,缺陷率等等。注意:这些度量指标用于做持续改进是没有问题的,但是做绩效考核以及做团队间比较,就要慎之又慎,否则会产生意想不到的后果。

价值性度量包括收益、商业信誉度、股票价值、认可度等等。这些指标相对更难以衡量,但是这却是做绩效考核很重要的指标。这需要企业做系统化的改变,使任何工作都能和价值建立起关联。否则你怎么判断公司的哪项收入增长是某个团队的某项改善直接相关的呢?

本文主要讨论敏捷中的过程性度量!


度量的根本



啥是度量的根本?那必须是及时准确的基础数据了!

有了完备的基础数据,就会要啥有啥!

基础数据的记录技术含量不高,但是难度非常大!是专人负责记录所有吗?这个人工作量不小!是每个团队成员共同记录吗?那是不是每个人都能够及时准确填写呢?

想要有很全面的数据分析,那就需要记录所有计划的信息和变动的信息,包括故事的信息、任务的信息、测试相关的信息、人员的信息等等。

注意:你收集什么,取决于你要度量什么;而你要度量什么,取决于你要怎么用度量数据,达到什么目的。


度量的玩法



来,进入正题!如下就列出了度量的一些玩法,供大家参考!

为什么用燃起图

燃起图能够提供比燃尽图更多的信息,燃起图上面这条线减去下面这这条线,就是燃尽图了。

这张图有什么特别?

这张图是双纵坐标:

  • 左边的纵坐标反映迭代任务工时数的变化,能够提供更好的进展感,并且能够进行更细粒度的观察;
  • 右边的坐标反映迭代内故事完成情况。能够看到故事的完成是均匀分布在迭代中,还是最后堆到一起完成的。
团队速率是该团队每个迭代完成的故事点数,是上图中橙色的柱子。
当然,我们也可以考虑加入计划的故事点数作为对比。
我们希望团队的速率能够在长期来看保持稳定,这样再来一批工作,我们就能够相对靠谱的知道我们大概什么时候能做完。
工作完成率反映了团队开发的可预测性,也就是说靠谱程度。我们希望这个比例越高越好!
不过从这张图中,我们也有一个额外的收获,那就是,故事数的完成比例和故事点数的完成比例有时候差别还是比较大的,这可能是因为用户故事的大小差别比较大,我们需要具体看看,这背后是否真有问题。
还有这样的图!
这是我辅导的一个客户团队中极具创意的Scrum Master,把普通的三个柱子做了非常有意义的注解!真的是用心!
以下几张图是另外一个非常出色的Scrum Master做出来的。
这张图对比了某个迭代各个故事的预估和实际工作量的比例,从前后相对比例的变化中能够识别是否有一些潜在的共性和个性的东西。
这张图显示了单个用户故事对应的工时进展情况,如是否有工时预估不足,每天在该故事上的投入情况,该故事的完成时间,等等,能够看出很多问题。
这张图展示的是本迭代每个成员的投入工时数情况。
这张图展示的是本迭代每个成员每天完成的原计划工作的百分比。
当然,还有很多很多种玩法,就不一一列举了,这里只是给大家提供一些思路,希望大家能够做出各种各样有创意的图表。目的只有一个,就是让大家能够对工作有更深入的洞察,寻找改进空间,让我们的工作和生活更加美好!为了做图表而做图表就是在浪费时间!

敲黑板!



切记如下原则:
  • 我们度量为了持续改进,不能轻易拿它们来做绩效考核,否则后果自负哈!
  • 度量哪些东西没有标准,好用就行!
  • 度量不是一成不变的,要根据团队的情况和所处的阶段做相应的调整,不同时期,可能度量项都是不一样的。
  • 度量要试图去寻找各方面与计划的偏差,并分析偏差背后的根本原因,制定改进措施和行动计划,然后通过再次度量观察改进效果。


玩乐高,学敏捷,【规模化敏捷联合作战沙盘之「乌托邦计划」】,2022年5月28-29日登陆成都,将“多团队敏捷协同”基因内化在研发流程中,为规模化提升研发效能保驾护航!!🏰⛴

企业组队和个人均可报名参加,一起挑战极客乌托邦


浏览 39
点赞
评论
收藏
分享

手机扫一扫分享

举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

举报