扫码阅读
手机扫码阅读
聊聊需求的工作量估算
859 2024-01-12
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:聊聊需求的工作量估算
文章来源:
敏捷测试转型
扫码关注公众号
敏捷测试转型及需求交付度量摘要
本文主要探讨了如何在敏捷转型中度量需求的交付规模,并强调了用户故事拆解的重要性,以及故事点(或工时)度量的意义和实施策略。
迭代需求拆解
敏捷团队应在迭代计划会议中合理拆解需求,以确保可测试性和高质量的迭代内交付。小颗粒度的用户故事有利于提高测试验收效率。需求过大时,应拆解为可在本迭代内完成的多个用户故事。
需求交付的度量
需求交付平均吞吐率是核心的交付度量指标,与市场满意度直接相关。需要一个统一的方法来度量团队的需求交付大小,这有助于组织改进和管理决策。
需求任务的工作量估算
工作量估算可将一个故事点定义为1个理想人天的研发工作量。故事点的大小与开发估算准确度和交付信心相关,过大的用户故事应拆解为多个可测故事以降低风险。
故事点(或工时)度量的意义
系统化故事点或工时的填写可以提升交付效能的度量准确度,并帮助管理层进行全盘考量。通过对故事点的度量,团队可以改进迭代计划、提高估算技巧,并合理分配资源。
故事点度量实践中的疑问解答
故事点评估尺度不需要跨团队统一;团队可以通过互相观察和学习来提升估算技能。故事点度量不应用于工程师考核,而是用于优化团队的开发节奏和协作。
应对需求紧急插入
团队应拥抱变化但同时有必要进行权衡,根据优先级和团队速率作出决策。产品backlog中的需求优先级排序对于应对紧急插入需求至关重要。
想要了解更多内容?
查看原文:聊聊需求的工作量估算
文章来源:
敏捷测试转型
扫码关注公众号
《无测试组织-测试团队的敏捷转型》主题探讨。从打造测试的组织敏捷,到敏捷测试技术的丰富实践,从一线团队的视角来聊聊我们是怎么做的。面向未来,拥抱敏捷原则,走向高效能组织。
81 篇文章
浏览 45.2K
敏捷测试转型的其他文章
聊聊Fred Brooks的《人月神话》
Fred P. Brooks于2022年1月18日去世。几个月前刚写了关于Fred Brooks的著作《人月神话》读书心得和启发,大师的风格都是概念极其简单,启发深远
聊聊面向用户体验的探索式测试(最终篇)
这是鼎叔的第十二篇原创文章。行业大牛和刚毕业的小白,都可以进来聊聊。鼎叔在MTSC-中国移动互联网测试开发大
聊聊测试左移到需求阶段
敏捷测试的本质是尽早测试,频繁测试,推动质量从源头内建。\x0d\x0a而产品研发的源头,自然是需求产生及澄清阶段。精益需求的产生过程,就是测试左移最早可以发力的地方
聊聊“噩梦头条”
想象有一天你吃完早餐,翻看今天的头条新闻,看到这样一个标题
聊聊Scrum三大角色的质量意识和文化建设
本篇从Scrum的主要角色视角,来看怎么支持好质量内建活动,以及理解Scrum真正的价值,建立相应的团队文化
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线