扫码阅读
手机扫码阅读
工作量评估之小马过河
523 2023-08-22
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:工作量评估之小马过河
文章来源:
老邓聊开发
扫码关注公众号
在软件开发中,工作量评估至关重要,但使用绝对时间(如人天或人时)进行评估时,往往会遇到困难,因为团队成员能力和技术偏好的差异会导致评估结果的不一致性。例如,高级工程师可能4小时完成的功能,初级工程师可能需要超过8小时。
另一个问题是人脑对于事物的绝对大小估计通常不准确,而对相对值的估计则相对准确。这是因为我们的大脑更擅长处理相对值;只要参照物的比例不是太悬殊,我们通常能够作出较为接近的估计。
基于这种相对值估算的优势,用户故事点数估算方法应运而生,解决了团队在估算工作量时遇到的问题。通过选择一个中等难度的用户故事作为基准,并将其复杂度设为1,然后将其他用户故事与之比较,来确定它们的点数。这种方法既可以减少不同开发人员能力差异带来的偏差,也利用了人脑对相对值估计的优势,从而得到更客观的工作量评估结果。
将用户故事点数转换为实际时间的方法是基于经验。通过进行1-2个冲刺,可以确定团队在一个冲刺周期内能完成的用户故事点数,从而准确预测生产力。随着团队的变化和生产力的提高,用户故事点数可能会有所波动,但通常能够控制在一个可预测的范围内,使得团队可以更好地掌控生产力,做出承诺并确保完成。
想要了解更多内容?
查看原文:工作量评估之小马过河
文章来源:
老邓聊开发
扫码关注公众号
老邓聊开发的其他文章
让敏捷失败的N种方法
敏捷已经从“只适合小团队小项目”的污蔑中走出来,成为了“显学”。人人都希望自己更加敏捷,没有人敢说自己不敏捷
软件开发是设计还是生产?
这个问题就像“谁是我们的朋友,谁是我们的敌人”一样,是这个行业的根本问题。这个问题不能解决,
如何提升代码质量
好的代码都有一些共同的特征,如可读性、较少的方法行数、高内聚低耦合、职责单一。但这只是一个结果,作为一个工程
为什么要单元测试?
今天又和人争论了下什么情况下要单元测试。他的意思是单元测试是锦上添花的,有时间了做一下,没时间了就舍弃,与其
劝君放弃微服务
最近几年以来,微服务开始大行其道。各种项目都开始采用微服务架构。在此基础上,又诞生了多种服务、框架用来治理
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线