扫码阅读
手机扫码阅读
为什么大家都喜欢“人天”作为估算单位?
669 2024-01-18
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:为什么大家都喜欢“人天”作为估算单位?
文章来源:
Bruce Talk
扫码关注公众号
在工作中常参与投标项目的工作量评估和迭代用户故事的评估,发现“人天”作为评估单位易于被接受。本文探讨了人天估算的起源、定义、优缺点以及在制造业与软件开发中的应用差异。
人天估算的起源
人天评估起源于20世纪初,最早在美国30年代的制造业使用,后被引入计算机软件开发。随时间发展,人天评估成为项目管理中的常用技术。
什么是人天估算
人天估算使用人天(一人工作一天的时间)来衡量完成项目的时间,以便控制项目进度。这种方法简单,非技术人员也容易理解,适用于需要严格时间管理的项目。
人天估算的缺点
人天估算准确性依赖于详细的需求文档和设计,且在新技术或未知领域的项目中可能导致估算不准。因此需要考虑项目的不确定性和风险。
一些思考
人天估算源自制造业,适用于知识固化且操作标准化的环境。然而在软件开发中,由于知识和技能的主体性,以及完成相同工作的个体差异,人天估算的不确定因素更多。尽管人天估算整合了时间、工作量和成本的信息,但它假设每个人的能力和产出相同,这在软件项目中并不现实。
相对于人天估算,敏捷估算使用相对估算,通过参考团队过往类似任务的实际数据来更准确地估算任务规模、复杂度。敏捷估算在认可度上可能存在挑战,但能使工作更有意义。
想要了解更多内容?
查看原文:为什么大家都喜欢“人天”作为估算单位?
文章来源:
Bruce Talk
扫码关注公众号
Bruce Talk的其他文章
用户故事拆分案例分享——SPIDR实践
关于Mick Cohn的SPIDR拆分法实例分享。
Scrum Patterns:产品的自豪感(Product Pride)
产品自豪感,一个看不见摸不着,但是对团队很重要的因素。
Scrum Team不等于Development Team——《Scrum指南》重读有感(2)
Scrum 的基本单位是Scrum Team, Scrum Team 是具有凝聚力的专业团体,一次专注于一个目标,即 Product Goal。
用户故事信息过多或过少带来的问题
用户故事信息过多或过少对团队来说都不合适。Just Enough \x26amp; Just In Time。
ATDD的小妙用
有时候从业务角度梳理回避从code角度梳理逻辑更容易且清晰。尝试一下,你会有意外惊喜哦。
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线