软件开发计划_敏捷软件开发实践:估算与计划读书笔记121第19章 监督发布计划...

《敏捷软件开发实践:估算与计划》第19章 监督发布计划,重点和要点的思维导图及文字内容。

a587cc22395663ef3c834961ca4e6f7f.png

第19章 监督发布计划

The stars might lie, but the numbers never do.

19.1 对发布进行跟踪

任何时候我们都希望能够评估自己相对于目标的进度,即在给定时间量内完成一定量的工作的进度。

跟踪进度时,需要考虑所有对开发过程产生影响的因素:

一,团队取得了多大的进展。

二,项目范围上的任何变更。

产品负责人可能会增加或移除一些需求。这可能导致团队离项目的目标变远或变近。

当开发团队在迭代中掌握到了一些信息,他们可能会希望对发布计划中的工作重新修订估算的故事点值。

速度

敏捷开发团队使用速度来度量自己的进度率。速度是指每次迭代完的故事点(或理想人天)数目。

速度是度量团队进度的主要指标,计算速度的最重要的规则是团队只能把那些在迭代结束时已经完成的故事或特性的点数计入速度中。“完成”意味着代码已经编写好、构建好、已被签入和清理;符合编码规范;并通过了所有测试。我们只通过统计完成工作的故事点数来了解取得了多少进展。

统计未结束的工作会带来 3 个主要问题:

一,要度量未结束或者说未完成的工作极其困难。

二,未完成的故事会破坏项目的开发团队和客户团队之间的信任。如果一个故事在迭代中无法按照计划完成,开发人员和客户团队就应该在这个问题浮现的第一时间去协作解决它。通常,这意味着把故事移出这次迭代,或者分解这个故事,把它的一部分移出这次迭代。

三,未完成的的工作会导致在开发过程中出现处理中的工作的堆积。这是最重要的一条。团队允许堆积的处理中的工作越多(即在制品越多),把新功能从原始想法转变成为工作软件所需要的时间就越长。如果团队在一次的迭代结束的时候有未完成的故事,他们是在处理过大的特性或故事。小故事可以给开发过程带来稳定的工作流程。若有未完成的故事,就需要把它们分解成更小的故事。

19.2 发布燃尽图

发布燃尽图(burndown chart):图中的垂直坐标轴显示了项目中剩余的故事点数(也可以用剩余的理想人天数)。水平坐标轴显示的是迭代次数。

发布燃尽图显示了在每次迭代开始时剩余的工作量。它是一个强大的、关于团队朝目标的前进有多快的可视化指示器。

有时,在燃尽图上也可能会由于向发布中增加了工作而出现待完成工作量的增加。由于燃尽图反映的是团队的净进度,因此绘制的图就会反映出工作量的增加。燃尽图能够清晰、简单地显示出两个最重要的数字:还剩余多少工作和考虑项目范围所有变化后的团队净进展率,我们可以用它们来了解一个项目是否正常。

柱状发布燃尽图

柱状燃尽图中每一个条柱都显示出发布中的工作总量和一次迭代的起始工作量。这类燃尽图使用条柱而不是线条,可以帮助区别水平坐标轴 0 线上下的区域。每当向项目中添加工作,条柱的底部就被降低。当从迭代中除去工作时,条柱的底部就会上升。如果底部低于水平 0 轴,就意味着发布中总体上增加了工作。

这种方式绘制的燃尽图具有强大得多的表达力。它的缺点是图的含义不太明显。

绘制柱状燃尽图的时候要记住 4 条简单规则:

1. 只要完成了工作,就要降低顶部。

2. 对工作进行重估时,顶部可能向上(增加时),也可能向下移动(减少时)。

3. 添加新工作时,底部被降低。

4. 去掉工作时,底部被升高。

有关使用柱状发布燃尽图的警告

一,柱状燃尽图更难理解,对新团队先使用更简单的折线燃尽图。

二,只应在足够成熟的公司中使用柱状燃尽图,以免出现某件事到底应该属于 0 轴以上还是以下的争论。

当有可能出现争论时,就应该回到折线燃尽图。

19.3 停车场图

停车场图(parking lot chart)用于可视化团队在完成一次发布所计划的功能时做得怎么样。

在停车场图中,发布中的每个主题(或一组用户故事)周围都有一个大矩形框。每个框上都标注了它们的名称、主题中故事的数目、这些故事的故事点或理想人天数目,以及已经完成的故事点比例。

可以给停车场图中的各个矩形框涂上不同的颜色,来表示一个主题是已经完成了还是按进度表进行、需要注意或是远远落后于进度表。

停车场图是一种强有力的方法,把大量信息压缩至了一个很小的空间中。

在很多时候,可以在一页纸上使用停车场图概括一次发布中的所有主题。

19.4 小结

速度度量的是团队在每次迭代中完成的工作量。应该采用全有(100%)或全无(0%)的规则来计算速度。如果彻底完成了一个故事,团队就可以在计算速度时得到它所有的估算值。如果在迭代中只是部分完成了一个故事,确定速度时就完全不要考虑它。

发布燃尽图显示出每次迭代开始时项目中剩余的故事点或理想人天数目。团队的燃尽过程从来都不会是完全平滑的。燃尽图可能在一次迭代中显示出待完成工作量的增加。这可能是因为团队虽然完成了一些工作,但他们要么认识到剩下的工作被低估了,要么就是增加了项目的范围。解释发布燃尽图的一个关键在于理解它显示的是团队的净进度,即进度减掉所有添加到项目中的新工作。

柱状发布燃尽图提供了一种有时更有用的对标准发布燃尽图的变形。它把团队针对计划的工作的进度与对发布范围的改变给隔离开,通过把条柱的底部降到水平轴以下来显示范围的变化。这类图比标准折线燃尽图更有表达力,但因为它不易于理解,所以必须小心使用。

停车场图提供了一个有用的高层次视图,体现了团队在实现项目计划中不同主题时的进度。


版权声明

本人所读图书的版权属于原著者和译者。这里仅为个人学习使用。但由本人学习整理所形成的音频、图片、文字和视频等的版权为本公众号拥有,任何人不得未经授权转载。 如果你觉得本文有用,欢迎分享给其他人。谢谢。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值