扫码阅读
手机扫码阅读
规模估算的敏捷方法:策划扑克法
8 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:规模估算的敏捷方法:策划扑克法
文章来源:
麦哲思科技任甲林
扫码关注公众号
策划扑克是一种敏捷软件开发中用于估算软件规模的方法,它使用“故事点”作为计量单位。故事点不仅度量规模,还包括需求的复杂度和其他因素。由于故事点没有业界统一标准,不同项目中的故事点可能并不等价。
策划扑克法的参与者通常包括不超过10人的开发团队成员,如程序员、测试人员、数据库工程师等。产品负责人虽参与但不作为估算专家。
策划扑克法的步骤如下:
- 发放一副数字为斐波那契序列的估算扑克给每位估算者。
- 选定一个小用户故事作为基准。
- 选定一个新的用户故事。
- 主持人(通常是产品负责人或分析师)朗读用户故事并解答问题。
- 估算者私下比较故事,选择代表估算故事点的牌,然后同时亮牌。
- 如果估算结果接近,接受结果并继续下一个故事;若差异大则进行下一步。
- 差异大时,让估算值最高和最低的解释原因,进行讨论并可能细分故事。
- 重复步骤5,直到估算结果收敛,通常不超过3轮。
策划扑克法通过充分沟通结合专家法、类比法、分解法,能快速且可靠地估算出故事点。有了故事点,可以通过经验或者开发一个用户故事并度量其工作量来估算整体工作量。
想要了解更多内容?
查看原文:规模估算的敏捷方法:策划扑克法
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
379 篇文章
浏览 58.9K
麦哲思科技任甲林的其他文章
我说CMMI2.0之:详细剖析(PQA)过程质量保证
1 PA概述1)本PA的名字虽然称为过程质量保证,但是实际上仍然是包含过程的质量保证与产品的质量保证。2)过程是历史经验教训的总结,是对这些历史财富的规范化,标准化,是为了避免错误的重现。而质量保证则是监督这些历史经验的落地执行,能够让成功得以重复。3)质量保证的关键是要客观,如何确保客观性呢? i)独立的团队。不能自己检查自己是否做事规范,应该由其他角色,其他岗位实施检查。...
最有效的5条改进措施
有朋友问我在咨询过程中发现对客户最有效的5条改进措施有哪些,细细反思后总结如下: 1、分类管理项目 通过区分企业中不同类型的项目制定不同的管理策略、裁剪策略,保证了质量体系的实用性、灵活性,即减少了开发投入又保证了项目的质量,平衡了敏捷方法与规范方法。 有的企业区分了新产品研发、订单项目开发、系统维护等3类项目,又区分了大中小规模的不同,针对不同类不同规模的项目定义了管理的流程、文档模板。 2、用
迭代总结会议的旁观感想
初创团队,迭代总结会议以后,有哪些可以改进的地方呢?
结论简单,教训深刻:一个大型项目关于需求工程的反思
某公司承担一个大型软件项目的开发,该项目的计划工期为2年,实际工期为2.5年。该项目为本公司新进入的一个行业,公司在其他行业里有相近软件的开发经验,但是对进入的这个行业并不熟悉。本项目采用了瀑布模型,高峰期70多人参与,最少时也有30多人参与。投入了接近100人年的工作量,而浪费的工作量大概在25人年,需求返工的比例占了40-50%。项目结束后做了复盘,我作为外部咨询顾问参与了项目回顾...
敏捷始于客户
每个失败的项目了都可以找这个借口:项目周期短、需求变化快、人员有限。 需求、工期是由客户确定的。作为客户来讲,他不可能去合理评价给定的需求是否可以在某个时间内能够完成,至于投入多少人那更是开发方自己的问题。开发方对客户做出了承诺就要兑现承诺,否则就不要承诺,既然承诺了,就没有理由再去抱怨工期短、需求变化快。开发方必须接受这个现实,认可这个现实,然后才可以玩这个游戏,否则你就出局。 CMMI是应
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线