规模估算的敏捷方法:策划扑克法
发布于 2024-10-03
1372
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
策划扑克是一种敏捷软件开发中用于估算软件规模的方法,它使用“故事点”作为计量单位。故事点不仅度量规模,还包括需求的复杂度和其他因素。由于故事点没有业界统一标准,不同项目中的故事点可能并不等价。
策划扑克法的参与者通常包括不超过10人的开发团队成员,如程序员、测试人员、数据库工程师等。产品负责人虽参与但不作为估算专家。
策划扑克法的步骤如下:
- 发放一副数字为斐波那契序列的估算扑克给每位估算者。
- 选定一个小用户故事作为基准。
- 选定一个新的用户故事。
- 主持人(通常是产品负责人或分析师)朗读用户故事并解答问题。
- 估算者私下比较故事,选择代表估算故事点的牌,然后同时亮牌。
- 如果估算结果接近,接受结果并继续下一个故事;若差异大则进行下一步。
- 差异大时,让估算值最高和最低的解释原因,进行讨论并可能细分故事。
- 重复步骤5,直到估算结果收敛,通常不超过3轮。
策划扑克法通过充分沟通结合专家法、类比法、分解法,能快速且可靠地估算出故事点。有了故事点,可以通过经验或者开发一个用户故事并度量其工作量来估算整体工作量。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 975.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
最有效的5条改进措施
有朋友问我在咨询过程中发现对客户最有效的5条改进措施有哪些,细细反思后总结如下: 1、分类管理项目 通过区分企业中不同类型的项目制定不同的管理策略、裁剪策略,保证了质量体系的实用性、灵活性,即减少了开发投入又保证了项目的质量,平衡了敏捷方法与规范方法。 有的企业区分了新产品研发、订单项目开发、系统维护等3类项目,又区分了大中小规模的不同,针对不同类不同规模的项目定义了管理的流程、文档模板。 2、用
写年度总结报告的注意事项
年度总结报告怎么写?掌握以下九个要点!
产品质量提升「两头钳」策略
文章浏览阅读490次,点赞11次,收藏4次。摘要:本文提出软件产品质量提升的「两头钳」策略,通过前端严控需求质量和后端把关测试用例,实现质量管控全流程贯通。前端重点规范需求描述、强化评审机制和建立可复用需求资产;后端强调测试设计的完整性、用例评审的严格性以及缺陷的根因分析。该策略将80%的质量问题前置解决,形成可追溯、可度量的闭环质量管理体系,显著降低返工成本,提升交付效率。实施建议包括小范围试点、工具链支撑和定期复盘优化,适用于各类软件开发模型的质量改进。
我所知道的富士康之四:培训
富士康是我咨询过的几十家企业中最重视培训的。集团有十几个技术委员会,简称技委会,会定期举办各种培训活动,包括邀请专业培训机构来厂进行企业内训,或是举办各种行业交流会,或是结合国内高校进行学历教育等等,也有些课程是通过录像来进行培训的。富士康集团内部有政策:陆干(即大陆的干部)每年必须接受288个工时的培训,台干(即来自台湾的干部)每年必须接受144个工时的培训,否则无法晋级。当然不同的事业群对此政策的执行严格程度不同。有个事业群的副总对我讲:“我要让员工一半的时间提高,一半的时间工作”。有个事业群的楼层过
需求与设计的界线
需求与设计的区别究竟是什么? 教科书上的经典答案是:需求关注系统“做什么”,设计关注“如何做”,其实这是一个很模糊的说法。无论是在结构化方法中还是在面向对象的方法中,需求分析的结果既包括了“做什么”也部分包括了“如何做”,只不过描述“如何做”时抽象的层次比较高或者描述了某个局部需求的“如何做”。客户在提出系统需求时,可能对“如何做”提出一些约束条件,比如客户要求必须采用三层结构,必须采用某个中间件
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线