扫码阅读
手机扫码阅读

关于估算和度量的思考

181 2023-08-26

上周日受邀在 A-CSM 的课上做了一次分享,主题是估算、度量、团队教练相关的话题。整理成文字分享出来、做个记录。


关于故事点估算和工时估算

首先我觉得估算的目的有两个。一是为了方便的快速的做计划,例如发布计划和迭代计划;二是通过估算能够去拉齐所有人的理解。


利用故事点进行估算的好处是效率高,容易做发布或者迭代计划,并且容易度量团队的速率。但是如果你拆分出每个子任务的工时去做估算的话,需要团队了解很多需求细节之后才能估算出来,导致你的计划成本很高。而且你没办法度量团队是不是能力提升了,因为人员稳定的时候每个迭代的工时投入也是固定的。

更推荐的做法是:利用故事点估算来做大型发布计划、迭代,然后在 Planning 会议的第二阶段通过子任务的工时来进行核对,做精细化的排期。


为什么还要用工时做精细化的排期?因为每个故事涉及的技术栈是不同的,在团队达不到相互补位的时候会出现很多工作量不均匀的问题。

最后,无论哪一种估算方式本质上都是一种浪费,它本身不产生任何的价值。

接下来跟大家聊聊度量


首先从团队的视角来说说。在我辅导团队的前三个月,几乎都没有去考虑任何的效能度量指标,驱动团队改善的方式是通过回顾会。在团队的日常工作中、回顾会的反馈中你都能很直接的发现团队的问题所在。

在这个阶段的度量,我觉得最需要关注的是团队之间协作情况,通过主观的观察是很容易识别的。

在辅导团队的中后期,你需要更多客观事实来辅助你去判断在哪些方面需要持续改善。这时候在团队中后期引入研发过程度量是更有效的驱动改善的做法。

另一个引入度量体系的原因是作为敏捷教练在组织中也需要证明自己,从数据上更容易说服别人。

今日互动:你是怎么理解估算和度量的呢?

原文链接: http://mp.weixin.qq.com/s?__biz=MzIyMzgxNjE3NQ==&mid=2247485299&idx=1&sn=9f4b5255e5d87901bde8c899249921ab&chksm=e81937f3df6ebee5b8f41550147602aadb42fd4ade83bc495547e48736776b69602b27a1e9af#rd

内部敏捷教练、培训师、技术社区负责人

79 篇文章
浏览 16.4K
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设 白皮书上线