规模估算的敏捷方法:策划扑克法
发布于 2024-10-03
1815
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
策划扑克是一种敏捷软件开发中用于估算软件规模的方法,它使用“故事点”作为计量单位。故事点不仅度量规模,还包括需求的复杂度和其他因素。由于故事点没有业界统一标准,不同项目中的故事点可能并不等价。
策划扑克法的参与者通常包括不超过10人的开发团队成员,如程序员、测试人员、数据库工程师等。产品负责人虽参与但不作为估算专家。
策划扑克法的步骤如下:
- 发放一副数字为斐波那契序列的估算扑克给每位估算者。
- 选定一个小用户故事作为基准。
- 选定一个新的用户故事。
- 主持人(通常是产品负责人或分析师)朗读用户故事并解答问题。
- 估算者私下比较故事,选择代表估算故事点的牌,然后同时亮牌。
- 如果估算结果接近,接受结果并继续下一个故事;若差异大则进行下一步。
- 差异大时,让估算值最高和最低的解释原因,进行讨论并可能细分故事。
- 重复步骤5,直到估算结果收敛,通常不超过3轮。
策划扑克法通过充分沟通结合专家法、类比法、分解法,能快速且可靠地估算出故事点。有了故事点,可以通过经验或者开发一个用户故事并度量其工作量来估算整体工作量。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1271.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
迭代总结会议的旁观感想
初创团队,迭代总结会议以后,有哪些可以改进的地方呢?
需求反讲:让“我讲明白了吗”变成“你证明你理解了”
需求反讲是一种创新的需求沟通方式,通过让开发或测试人员主动讲解需求来确保理解一致性。相比传统"需求人员讲-下游听"的单向传递,反讲要求下游人员消化需求后用自己的话复述,并指出疑问点,从而暴露潜在的理解偏差。这种方法源自实践验证,能有效减少开发返工和需求变更。标准流程包括独立研读、反讲会、澄清确认等步骤,强调主动输出和具体表达。关键要点包括:必须用自己的话重构需求、举例说明场景、提出不确定点,严禁照本宣科。实践表明,这种角色反转能显著提升需求传递质量,已在多家企业成功应用。
如何把简单的事情一次做对?
在工作中领导最讨厌的人就是总把简单的事情做错的下属,在绝大多数人不会犯错的地方犯错,在领导眼中会判定为是基本素质问题,是不可原谅的。如果组织要裁员,那优先裁掉的就是哪些总是犯低级错误的人。那如何确保能够把简单的事情一次做对,提升自己的职场竞争力呢,请参考如下的七步工作。
论情感的淡漠
这是一个沉重的话题,10年前曾经和朋友讨论过,当时的结论是:随着社会的发展,人与人之间的感情越来越淡漠,家庭趋向于解体。最近也有和朋友讨论起这个话题,结论依旧。 试想一下: 你现在和父母生活在一起吗?相距有多远?你每年和父母在一起的时间有多长? 你父母会依赖你养老吗? 你将来会让你的孩子养老吗? 你的孩子将来会和你生活在一个城市里吗? 如果你兄弟姐妹生病了,你一年挣10万元人民币,你会拿出多少钱来
道与术
昨天在汉王,看到他们公司内部的刊物《汉王道》,想起来了在广州客户问我的问题:你们给我们咨询,传授给我们的是道还是术?我们不希望给我们布道,我们不是学校里的学生,我们要的是术,希望告诉我们怎么去做。同样在深圳FOXCONN,开发人员与管理人员询问的问题都是如何做的问题,而不是做什么的问题,做什么他们可以自己去读模型。 老子曰:道可道,非常道,名可名,非常名。他老人家还讲过:“人法地, 地法天,
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线