扫码阅读
手机扫码阅读
《敏捷估计与规划》读书笔记
82 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 篇文章
浏览 105.2K
麦哲思科技任甲林的其他文章
流程为什么重要?
目前流行的管理模型都是以流程为核心的,为什么呢?请看如下的实际案例。 麦哲思科技经常给客户EMS寄送合同、发票、其他资料,最初总是由飞康达公司承运,飞康达公司的邮费比较便宜。 有一次从北京寄送资料到深圳客户F,深圳大雨,恰好客户的办公环境手机信号不好,飞康达公司以联系不到客户为由,退回了资料,重新快递,成功。 此时麦哲思公司的另外一个客户从深圳寄送招标书过来,2天内就寄送到了,服务比较专业,于是麦
为谁而活
我最近在反思人生存的目的,后来在和朋友的一次聊天中,总结了如下结论,从最根本上来讲,人活着就2个目的: 1 为自己而活。 最常见的是一些社会精英,这一类的人往往高举着为事业而奋斗,为理想而奋斗的旗号,抛家舍业,劳苦工作,其实,他们是为自己而活,是为了让自己快乐而活,实现了自己的价值,他们很高兴,很快乐,古语讲:一将功成万骨枯,得到的是自己快乐,而丧失了其他的很多东西。 2 为孩子而活。 世
工程师的思维方式
笑话一:瞎子打高尔夫 有一组人,包括牧师、医师、工程师,在打高尔夫,由于前一组人进度实在太慢,频频受阻。他们忍不住问杆弟:“前面一组都是些什么人?” 杆弟答:“全都是瞎子。” 牧师听了,油然生出悲悯之心,道:“我将时时刻刻为他们祈祷,请求上帝让他们重见光明。” 医师亦不甘后人,接着道:“我要召集世界一流的眼科医师,设法治好他们的眼盲。” 工程师则不疾不徐道:“既然他们是瞎子,为何不利用夜晚来打球?
CMMI2级的难点在哪里
其实这个问题本没有答案,因为不同的企业难点是不同的。对于某些企业来讲,可能没有什么难点,譬如:某企业只想拿到一个评估证书,而不考虑改进效果。尽管CMMI 2级是最基本的等级,如果真想将CMMI2级做好,其实还是不容易的,通常情况下的难点为:(1) 做一个切实可行的计划。任务要识别的比较全面,估算的工作量比较合理,人员的安排不能超负荷、不能窝工,、进度安排紧凑而不失弹性。(2) 实时
Lehman的软件演化定律
自20世纪70年代以来,M. M. Lehman通过对软件系统演化现象的观察,陆续总结了8条定律,称之为定律并非那么严谨,但是对于认识软件维护的规律,改进软件维护的过程具有很好的指导意义。1 (1974年)持续变更定律。系统必须持续调整以适应各种变化,否则这些系统将变得越来越不令人满意。2 (1974年)复杂度增长定律。随着系统的演化,其复杂度会逐渐增加,除非采取措施来降低或保持其复杂度。3 (1974年)自我调整定律。软件演化过程的是自调整的,每次演化版本的度量数据近似正态分布。4 .
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线