规模估算的敏捷方法:策划扑克法
发布于 2024-10-03
936
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
策划扑克是一种敏捷软件开发中用于估算软件规模的方法,它使用“故事点”作为计量单位。故事点不仅度量规模,还包括需求的复杂度和其他因素。由于故事点没有业界统一标准,不同项目中的故事点可能并不等价。
策划扑克法的参与者通常包括不超过10人的开发团队成员,如程序员、测试人员、数据库工程师等。产品负责人虽参与但不作为估算专家。
策划扑克法的步骤如下:
- 发放一副数字为斐波那契序列的估算扑克给每位估算者。
- 选定一个小用户故事作为基准。
- 选定一个新的用户故事。
- 主持人(通常是产品负责人或分析师)朗读用户故事并解答问题。
- 估算者私下比较故事,选择代表估算故事点的牌,然后同时亮牌。
- 如果估算结果接近,接受结果并继续下一个故事;若差异大则进行下一步。
- 差异大时,让估算值最高和最低的解释原因,进行讨论并可能细分故事。
- 重复步骤5,直到估算结果收敛,通常不超过3轮。
策划扑克法通过充分沟通结合专家法、类比法、分解法,能快速且可靠地估算出故事点。有了故事点,可以通过经验或者开发一个用户故事并度量其工作量来估算整体工作量。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 647.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
何谓根本原因?
最后一个可控原因就是根因!何谓可控原因?即在原因分析的责任主体内可以改变的因素就是可控原因,反之责任主体无法改变的因素就是不可控因素,不可控因素应该做为原因分析的外部条件,前提条件。
QA与QC的差别
昨晚与朋友讨论质量保证(QA)与质量控制(QC)的概念差别,之所以要讨论这个问题,涉及到了在公司内关于质量保证活动的职责分配问题,涉及到了质量保证人员的配备的问题,因此具有一定的实践意义。先来看在CMMI模型中的相关描述:1 质量保证的定义:A planned and systematic means for assuring management that the defined standar
软件项目宏观管理策略点睛
根据国际知名调查机构standish集团的统计,真正成功的项目仅有26%,而其他项目都可以算作失败项目。为什么这么多的项目都失败呢?问题出在哪里呢?依据笔者的经验,很多项目实际上是败在了初期,败在了启动时,败在了项目的宏观管理策略上。即,没有根据项目的特点采用合适的管理策略,即使后续的管理方法再细致也没有用了。我推荐如下八个感触颇深管理策略,供软件项目的管理者借鉴:
普通原因与特殊原因的区别
在SPC中,对过程的偏差区分了信号与噪音,信号是特殊原因造成的偏差,噪音是普通原因造成的偏差。这两类原因有啥区别呢?我归纳整理如下: 普通原因 特殊原因 定义 普通原因指的是造成随着时间的推移具有稳定的且可重义的分布过程中的许多变差的原因,我们称之为:“处于统计控制状态”、“受统计控制”,或有时简称“受控”。普通原因表现为一个稳定系统的偶然原因。只有变差的普通原因存在且不改变时,过程的输出才是可以预测的。 特殊原因(通常也叫查明原因)指的是造成不是始终作用于过程的变差的原.
快速学习COSMIC方法之三:度量策略阶段的执行要点
很多公司在度量规模的时候,不重视度量策略阶段的活动,但是在后续的度量过程中往往就会遇到疑问,在遇到问题时,才发现原来没有做到度量策略的定义,没有确定好度量的前提,因此度量策略阶段虽然可能很简单,很快速,很例行公事,但是不能忽视。 1)确定度量目的:为什么执行本次度量。 软件规模度量的常见目的有: 作为估算项目的工作量输入; 作为计算缺陷密度的输入;
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线