扫码阅读
手机扫码阅读
聊聊需求的工作量估算
805 2024-01-12
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:聊聊需求的工作量估算
文章来源:
敏捷测试转型
扫码关注公众号
敏捷测试转型及需求交付度量摘要
本文主要探讨了如何在敏捷转型中度量需求的交付规模,并强调了用户故事拆解的重要性,以及故事点(或工时)度量的意义和实施策略。
迭代需求拆解
敏捷团队应在迭代计划会议中合理拆解需求,以确保可测试性和高质量的迭代内交付。小颗粒度的用户故事有利于提高测试验收效率。需求过大时,应拆解为可在本迭代内完成的多个用户故事。
需求交付的度量
需求交付平均吞吐率是核心的交付度量指标,与市场满意度直接相关。需要一个统一的方法来度量团队的需求交付大小,这有助于组织改进和管理决策。
需求任务的工作量估算
工作量估算可将一个故事点定义为1个理想人天的研发工作量。故事点的大小与开发估算准确度和交付信心相关,过大的用户故事应拆解为多个可测故事以降低风险。
故事点(或工时)度量的意义
系统化故事点或工时的填写可以提升交付效能的度量准确度,并帮助管理层进行全盘考量。通过对故事点的度量,团队可以改进迭代计划、提高估算技巧,并合理分配资源。
故事点度量实践中的疑问解答
故事点评估尺度不需要跨团队统一;团队可以通过互相观察和学习来提升估算技能。故事点度量不应用于工程师考核,而是用于优化团队的开发节奏和协作。
应对需求紧急插入
团队应拥抱变化但同时有必要进行权衡,根据优先级和团队速率作出决策。产品backlog中的需求优先级排序对于应对紧急插入需求至关重要。
想要了解更多内容?
查看原文:聊聊需求的工作量估算
文章来源:
敏捷测试转型
扫码关注公众号
《无测试组织-测试团队的敏捷转型》主题探讨。从打造测试的组织敏捷,到敏捷测试技术的丰富实践,从一线团队的视角来聊聊我们是怎么做的。面向未来,拥抱敏捷原则,走向高效能组织。
81 篇文章
浏览 43.2K
敏捷测试转型的其他文章
聊聊外包和远程项目的敏捷管理(合辑共7篇)
第四个合辑完工了,咱们介绍了外包管理或远程项目如何敏捷交付,满足管理层预期
聊聊定位-如何占领用户心智
业务和产品频繁提及的“占领用户心智”,如何做,令人困惑。我们从营销领域著名的变革作品-《定位》,来理解一下为什么要占领用户心智,以及如何占领。软件产品的定位也是同样道理。
聊聊外包团队的高效管理机制
对于大规模的外包团队,需要一个易用的外包管理OA系统,才能提高日常交付效率。同时,我们也在探索哪一种外包交付的对接模式运作更为高效。
聊聊不良利润-如何让产品更善良
各种产品在KPI导向的满满套路功能,让从业人员也深恶痛绝,但从达成盈利目标的角度,也不得不接受现实,被用户吐槽的功能往往都是保障盈利的捷径。\x0a本篇从理论角度分析这些不良利润会有什么后果,如何立刻开始行动
聊聊被注销的TMQ公众号
TMQ公众号,前几天我想上去翻翻老文章,发现微信公众号已经被注销,不禁心生感慨。顺便聊聊测试技术团队转型为谷歌式的工程效能团队,有什么坑要注意
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线