我在技术文化团队的估算实践
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
尔东陈在路上
扫码关注公众号
扫码阅读
手机扫码阅读
作为一位敏捷教练,我探索了如何有效地导入估算实践,并在一个技术文化团队中成功实施,取得了预期效果。
估算的前提条件
我认为如果没有固定的迭代周期,进行估算的意义不大,因为这样无法度量团队的velocity,进而无法预测一个迭代能完成多少工作。
估算引入的最佳时机
估算不应在团队刚启动时引入,因为此时团队缺乏经验,难以找到基准需求,还需要时间来了解敏捷实践。此外,刚启动时团队面对的任务多为探索性质,不宜进行工作规划和预测。
无估算时的排期方法
在没有估算的情况下,可以将所有任务列出并按优先级排序,然后根据团队的容量将任务添加到迭代中,直到团队表示无法承担更多。
引入估算的场景与好处
我选择在团队运转了半年并对工作有所熟悉后引入估算,带来的好处包括更合理的规划、更靠谱的项目交付预测,以及能够量化团队效能。
估算的具体引入方法
引入估算的方法是首先介绍当前面临的问题和相对估算的概念,然后选定一个团队的估算基准点。开始时采用T-shirt尺寸估算,后来为了提高准确性,团队确定了T-shirt尺寸与故事点的映射关系。
估算实践的演进与成效
通过故事点估算,迭代规划变得更清晰精准,同时故事点也用于压力测试,帮助团队提升效能,定期尝试增加工作量,以达到更多的工作成果。
尔东陈在路上
尔东陈在路上
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
尔东陈在路上的其他文章
别让你的 SM 变成流程执行者。
我们在培养内部技术 PM 的时候,当时面临的问题是:大多 PM 都觉得自己是工具人,变成了流程规范的执行者和监督者,大家的主动性和配合度都不高。
关于敏捷回顾会,我有这六点思考...
2021年10月30号的晚,在「敏捷实验室」的小组里发起了一场关于如何开好回顾会的研讨会。
尔东陈的四月工作小结!
“ 四月份工作碎碎念!”工具箱、指示器、基本管理逻辑我们经常提到的研发团队的研发效能提升,结合 Scrum、
团队原则工作坊复盘总结
5月26号晚在忐忑的心情中完成了团队关键原则的工作坊交付,最后的效果还不错,参会的学员对评价还不错,也给我带来了很多的正向反馈。简单记录一下这次的工作坊进行复盘,沉淀一些有价值的经验。
关于估算和度量的思考
上周日受邀在 A-CSM 的课上做了一次分享,主题是估算、度量、团队教练相关的话题。整理成文字分享出来、做个记录。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线