PMP之敏捷估算
2024-01-30 18:03:27 0 举报
AI智能生成
PMP之敏捷估算是一种基于敏捷开发方法的估算技术,它强调适应性和灵活性,而非传统的确定性和准确性。在敏捷估算中,估算过程被划分为一系列较短的时间段,称为迭代或冲刺,每个迭代或冲刺都包含一个可交付的产品增量。在进行敏捷估算时,团队会先对即将到来的迭代或冲刺的工作量进行估算,然后根据实际完成情况进行调整。与传统的估算方法相比,敏捷估算更注重响应变化和持续改进,以实现最高的效率和效益。
作者其他创作
大纲/内容
估算的目的是确定项目大小
计算投资回报率、收益率
确定哪些工作应该在哪个版本哪个迭代完成
为什么要估算
在确定项目大小、成果、日程表、最终成本的阶段中建立估算
如何建立估算
敏捷用故事点为单位
敏捷估算是一个范围,如4000-5000,便于管理项目不确定性
如何描述估算
项目中持续估算,最后分解成实际的成本或持续时间
何时进行估算
涉及项目工作的团队成员,因为成员对技术了解的最多
谁来估算
什么是敏捷估算?
基于专家意见的估算方法,当专家被问道这个故事有多大,专家根据自己的主观直觉给出估算,相对传统项目,这种方法在敏捷中不是那么有效,因为敏捷一般对有价值的故事进行估算,可能需要多种技能,这些技能往往需要多个人才能全部具备。但是专家意见评估的好处是时间短,如果能配合研发人员的主观经验判断做出估算往往也是准确的
专家意见
使用类比进行估算就是把用户故事与一个或多个故事进行比较,如果这个故事是其他故事的两倍,就分配一个两倍的估算值。
用类比法估算时,把每个新的用户故事与那些已经估算过的任意估算进行比较,也就是下文说的亲和估算。
类比
分解是把一个用户故事或者特性分解为更小,更容易估算的部分,然后进行分别估算,而组合则相反把很小的故事组合成大的故事,一般组合发生在修复缺陷时
可以按照用户故事所支持的数据类型分解
可以根据故事固有的操作分解
可以按照常用的CRUD操作(建立、读取、更新和删除)进行分解很常见
可以去除横切关注点(如安全处理、日志处理隔离出去可以使用户故事变小)
忽略满足性能限制(性能可以形成独立的用户故事)
可以根据优先级进行分解
通常一些用户故事需要的时间超过了一次迭代的周期,就要把它分解
分解
常见的估算方法
宽带德尔菲(Delphi)是基于团队的估算方法。
这种技巧要求一组专家匿名提交估算,所以没有人知道哪个估算属于谁。
1)确定需要收集意见并达成一致意见的主题,如确定项目、选择项目方案、制定项目计划、识别项目风险等
2)挑选内部的专业人员,或者外部专业团体中具有专业知识或经过培训的个人组成专家小组,为了避免相互影响和干扰,专家们不进行会面,不进行讨论,彼此互不了解对方的想法
3)由协调员采用书面问卷的方式,向每位专家征求对所要讨论的主题方面的意见和建议,并要求这些专家进行匿名分析后,分别将自己的意见以书面方式反馈给协调员
4)协调员将不同专家的意见汇总,再将这些意见反馈给专家们,并要求专家们在此基础上进一步提出自己的判断或意见
5)所有专家收到一份全组专家的集合分析意见后,再次进行匿名分析,提出赞成和反对的意见,再次将自己的意见反馈给协调员
6)协调员再次汇总各位专家第二次反馈意见,然后进行汇总,再将第二次汇总的结果发给各位专家,要求他们在此基础上再次做出判断,如此反复,直到所有专家的意见趋于一致
步骤
宽带德尔菲(Delphi)
计划扑克把专家意见、类比和分解结合到一种令人愉快的估算方法,可以产生快速可靠的估算。
1)一名调停人,主持会议,不参与估算
2)产品负责人/管理人员对用户故事作概述,并回答开发者提出的澄清问题,往往产品负责人不参与投票
3)当被问道“这个故事需要花费多长时间?”,每一位估算师抽取一张扑克卡片来估算工作量
4)每人抽取一张卡片后,同时将他们的卡片翻转
5)持高和低估算的估算师各有一个机会作立场辩护
6)达成共识前,不断重复以上1-5流程。持有用户故事的开发者往往拥有较高可信度
计划扑克估算会议步骤
一般情况下,估算的轮数不超过三轮,如果在第三轮的时候,数值还不能收敛,则可能是团队成员对故事还不够清晰,需要产品负责人的进一步澄清,所以为了不耽误估算的时间,可以将其放入下一次的估算中。每次估算会议的总体时长不超过2个小时,否则大家会有疲惫感。
计划扑克
“相对估算”是使用“比较”的原则,通过用户故事(story)之间的大小对比进行估算,估算后的结果没有时间单位。
1)咖啡杯
恤尺码分类法顾名思义,通常用于非常大的事项来确定积压工作的大小,度量单位通常是XS、D、M、L、XL、XXL
2)T-Shirt
方法
1)寻找一个参照故事A作为1个故事点(用来度量完成1个story所需工作量的相对单位)
2)迭代的每个story和A做比较,得出这些story需要几个A的工作量,即为几个故事点
3)完成故事A,获得故事A的实际需要的时间,即可推算出完成所有story需要的耗时
相对估算步骤
相对估算
如果你刚刚开始一个项目,待开发项还没有估算,或者正在准备发布计划的时候,亲和估算将是一个非常好的技术
适用场景
对于亲和估算,其参与人包括:产品负责人、团队和ScrumMaster。来做这种估算的一种不错的方式是把不同规模大小的用户故事按顺序排列,并贴到墙上,然后再将每个故事卡移动到合适的列上
评估方法
1)每个用户故事被水平贴在墙上,再在墙上从小到大贴上数列(也常常采用斐波那数列)比较成功的估算序列,这两个非线性序列反映工作大小越大估算不确定越高。·1、2、3、5、8...(斐波那数列)·1、2、4、8...(后面数是前面的2倍)
2)团队成员排成一排
3)要求第一名团队成员把一个用户故事放在他认为可以正确防止故事点值的那一列上
4)第一名成员完成后,排团队成员最后位置,团队安静地执以上步骤,不讨论技术或者特性问题
5)下一个团队成员可以挪动已经摆好的用户故事,也可以选择另外的用户故事,挪到他认为正确的位置
6)循环这个过程,直到所有的故事摆放完毕。
7)循环过程中如果一个故事反复被挪动,需要把这个故事挪到最上面以便最后讨论,如果讨论无果则放置在最高值的位置
8)问好位置的故事需要重新进行估算
亲和估算步骤
亲和估算(三角测量)
估算的工具技术和知识技巧
一个宽带估算会议从规划一个问题开始。相比在一个计划中估算整个项目,团队将项目或大问题分解为更多的可管理的块。团队创建了一个问题说明书、识别出假设和约束件,并且概述后续估算周期的过程
国内最专业的敏捷项目管理工具:PingCode
项目管理软件:Monday.com
敏捷开发管理工具:Jira
软件项目管理ActiveCollab
敏捷项目管理软件推荐
花更多的时间和精力来得到一个估算值,并不一定会提高准确性,应该根据估算的目的来决定在估算中投入了多少工作量,虽然众所周知,将要做某项工作的人估算时最好的估算,但是在敏捷团队中,我们无法预知谁来做这项工作,因此估算活动时团队协作完成的
小结
PMP敏捷估算
敏捷术语中“解聚”Disaggregation也是将史诗故事或大型故事分解成小型的用户故事
0 条评论
回复 删除
下一页