扫码阅读
手机扫码阅读
《敏捷估计与规划》读书笔记
142 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:《敏捷估计与规划》读书笔记
文章来源:
麦哲思科技任甲林
扫码关注公众号
Summary
Chapter 1:
- 策划过程比计划书本身更为重要。
- 制定计划是必要的,但不应过度投入时间。
- 瀑布模型中存在不确定性,而PMI提供了三种估算偏差率:初步估算(误差范围+75%到-25%),预算估算(误差范围+25%到-10%),确定性估算(误差范围+10%到-5%)。
- 估算应该是渐进准确的,且项目计划中的很多决策都是基于折中。
- “plan”是文档的结果,“planning”是策划过程。
Chapter 2:
- 需求定义了做什么,计划定义了如何做,需求分析关注做正确的事,而策划关注正确地做事。
- 计划应基于功能而不是活动,且应聚焦于遗漏需求而非活动。
- 帕金森定律表明任务总是在最后期限前完成,多任务并行会导致效率低下。
- 迭代是应对不确定性的有效方法。
- 估算不应被视为承诺。
Chapter 3-4:
- 计划服务于价值的实现,响应变化至关重要。
- 敏捷开发小组应作为一个整体工作,进行短周期迭代,并交付成果。
- 敏捷规划是多层的,要区分验收准则的层次。
- 故事点衡量工作量、复杂性和风险,而开发速度由迭代中完成的故事点数度量。
Chapter 5-7:
- 需区分理想时间与耗用时间,确保管理者与成员对时间有统一理解。
- 投入时间的回报遵循渐减法则,估算应合理分配时间资源。
Chapter 8-11:
- 故事点与技术和执行人员无关,主题可划分优先级。
- 优先级划分考虑业务价值、开发成本、知识获取和风险减少。
- 需求优先级调查结果可通过矩阵汇总。
Chapter 12-14:
- 故事可按数据、操作边界等分割,避免按技术层次分割。
- 迭代计划中故事采用故事点估算,任务采用理想小时估算。
- 迭代计划采用速度驱动或承诺驱动方法。
Chapter 15-17:
- 迭代周期宜为2-4周,确定开发速度可依据历史速度、实验或估计。
- 项目应设置功能和进度缓冲区,以应对不可预测性。
Chapter 18-19:
- 多团队估算时需建立共同比较基准和单位,跨团队依赖应留缓冲区。
- 燃尽图和停车场图可展示项目进展。
Chapter 20-22:
- 任务板用于跟踪任务状态,燃尽图跟踪目标距离。
- 沟通估计与计划应频繁、诚实且双向。
- 敏捷规划有效因包括经常重计划和承认不确定性等。
Chapter 23:
- 用户故事workshop要全员参与,故事显然目的可省略。
- 故事估算时可讨论实现方式,定义开发能力时应减去会议时间。
想要了解更多内容?
查看原文:《敏捷估计与规划》读书笔记
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 134.4K
麦哲思科技任甲林的其他文章
迭代评审的十个成功要点
迭代评审会议是在每次迭代结束时给项目组内外部的相关人员展示本次迭代完成的功能,以获得相关人员对软件的反馈意见。这是客户、最终用户、管理者等对项目组完成的功能进行反馈的一个渠道。如何召开一个成功的迭代评审会议呢?我根据对多次迭 代评审会议的观察,总结了如下1 鸡类角色与猪类角色都要参与迭代评审会议; 以下两类人员都应该参与:项目组的所有成员,包括PO,SM...
敏捷与CMMI的同与不同
CMM我是从1998年开始接触的,到现在大概20年了,自己亲自实施过CMMI,也辅导了很多企业做基于CMMI的过程改进。2013年我成为了CMMI的评估师,后来成为高成熟度的评估师,去年又成为了教员。 敏捷我是2005年接触的,到现在14个年头了,2008年左右也成了认证的Scrum Master, 去年成为认证的大规模敏捷顾问,2018年成为敏捷性能合弄模型的评估师。10多年来...
如何设计数据分析指示器?
很多企业采集了大量的数据,但是没有从数据中得出有效结论,其中很重要的一个原因是数据分析的指示器设计的不合理,不便于直观地、快速的发现异常。在实践中我总结了如下的要点:1 选择合适的图形常见的分析图形有5种:饼图、条形图、直方图、折线图、散点图。饼图主要用于比较分析总体中各成分的比例对比关系,一般不超过7种成分时适合采用,如果超过7种则采用条形图。条形图主要用于比较各分类的数量的多少与大小,条形图一
需求访谈的三驾马车
需求用户需求时,应该有几个人参与呢?分别承担什么职责呢?怎么和用户澄清需求呢?三驾马车的做法可以帮你更高效地获取需求!
我说CMMI 2.0 之 估算
EST(estimation)是CMMI2.0中新增的一个PA,从1.3版本中的PP与IPM PA中剥离了一些实践过来。 基本思想估计什么?规模、工作量、工期、成本等。估算是承诺的基础,充分沟通是估算的基础。估算可能是逐步细化的,并非在项目初期就估计一次。初期的估算与实际结果偏差比较大,因此,承诺也是多版本的,会逐渐调整承诺。估算要有方法论,要根据估计的结果与实际的偏差率不...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线