这是敏捷开发日常跟进系列的第一篇(栏目目录)。

这个系列将涉及燃尽图(Burndown Chart)、故事板(看板)、每日立会等内容,描述在计划会之后,评审会之前,敏捷开发团队内部产出与产品经理和项目经理的各种活动。

日常跟进中的某些内容比如团队工作模型、预估会议、用户故事跟进等在之前的松结对编程、团队管理、用户故事、产品管理等系列中有所描述。

在这个系列之前,还应该有一个敏捷计划系列,描述敏捷开发的从版本规划到计划会估算的详细内容,未来将会补上,当前可以参考2.29版的《火星人敏捷开发手册》,有5页与其相对应。

燃尽图

燃尽图Burdown Chart也叫燃烧图,是罕见的敏捷度量,以至于每当有人问起“敏捷中有度量吗”的时候,第一反应就是它。

燃尽图的全称,应该是“总剩余时间的燃尽图”,就是本次迭代中,所有故事(或拆分的任务,以下仅称故事)的剩余时间总和,随日期的变化而逐日递减的图。

图中左侧460是迭代开始的第一天,所有故事的未完成时间相加为460天,而在最右侧则表明在第17天,所有故事的剩余时间相加变为0,也就是所有故事都完成了。

为什么总和会递减呢?因为每个组员每天都要汇报一件事情:当前正在做的故事,还剩余几天,如果昨天剩余3天,今天剩余2天,那么就为燃烧图贡献了1天的进度。

由于可能出现“昨天剩余3天,又工作了一天后本以为会只剩下2天,结果感觉可能还要3天(甚至变成5天了!)”这种情况,所以燃尽图常常有一些起伏。

燃尽图的“指纹”

图中的燃尽图尽管有一些起伏,依然是属于比较完美的燃尽图。实际上每个团队完成迭代的过程差别很大,常见的情况包括:

先鼓起后落下

原因是计划会以常常漏掉一些事情,所以开工后不但不燃尽,还发现了很多新的任务。

先完美燃烧,然后突然停止燃烧

一种很常见的情况,如果任务划分太粗,比如长达10天,很容易“做了1天,剩9天;做了1天,剩8天;……到剩2~3天的时候,哎呀,好像搞不定了”。

先缓慢燃烧,然后到快燃尽的时候剩下一堆没完成的任务,被推迟到下个迭代

之前提到过敏捷开发的MoSCoW方法,有些故事是次要的“可以不做的”,所以这种燃烧图也很常见;但是常常有团队没有使用MoSCoW方法,只是被动地发现有些故事没有完成。

……

为了改进这些不完美,有些团队设置了一些度量项来改进燃尽图的结果,比如“迭代按时燃尽的次数”“剩余故事占总故事的比例”……

其实不用因为燃尽图的不完美而伤脑筋,在般若敏捷的“无住”中曾经提到,这些方法都非我们的目的,而只是一个中间的工具,因此为了完成我们的最终目的,这些工具和方法都可以灵活变通,而不要追求工具和度量数据本身的完美。

但是,迭代的最终目的到底是什么呢?有哪些“灵活变通”可以应用在燃尽图中呢?且待下回分解。

转载于:https://www.cnblogs.com/JPAORM/archive/2012/02/29/2510355.html

敏捷开发日常跟进系列之一:燃尽图(上)相关推荐

  1. 敏捷开发日常跟进系列之二:燃尽图(中)

    这是敏捷开发日常跟进系列的第二篇(栏目目录). 迭代及燃尽图的目标 燃尽图的目标是完成迭代的目标,迭代的目标是什么呢? 1. 按产品经理的要求,交付计划会中计划的用户故事 2. 尽量完成1 之后还会看 ...

  2. 敏捷开发日常跟进系列之三:故事板,看板

    这是敏捷开发日常跟进系列的第三篇. (栏目目录) 故事板和看板其实不是一个东西,前者是最初的敏捷开发里边的东西,受到了后者的启发产生的:而后者是制造业的东西,具体内容请参考末尾的百度百科.但是在敏捷开 ...

  3. 敏捷开发日常跟进系列之四:跟进表

    跟进表是大型敏捷团队的一种实践.在一个80多人的网络游戏团队中,他们为了清晰地显示整个团队的运作方式,使用了这种方法. 跟进表 以上面的网络游戏团队为例,说明一下跟进表上的信息: 1. 哪些故事完成了 ...

  4. 敏捷开发用户故事系列之四:优先级排序

    这是敏捷开发用户故事系列的第四篇.(之一,之二,之三,之四,之五,之六,之七,之八,之九) 优先级排序听起来是一个很简单的工作,一个字段无外乎"重要/一般--",调整一下然后按排序 ...

  5. 敏捷开发产品管理系列之二:产品版本规划

    本文是敏捷开发产品管理系列的第二篇.(序言及设立迭代目标,产品版本规划,产品用户群规划,新产品研发,预估会议,Product Servant,Product Owner团队,产品线管理) 本文是一篇旧 ...

  6. 敏捷开发团队管理系列之三:程序与测试团队II

    这是敏捷开发团队管理系列的第三篇.(之一,之二,之三,之四) 测试团队的价值 这样看来,敏捷开发的质量保证问题,都被发开团队解决了,测试团队的价值何在? 这个可以从第一个项目组后来的发展来分析. 在整 ...

  7. 敏捷开发用户故事系列之二:如何面向客户价值编写故事

    这是敏捷开发用户故事系列的第二篇.(之一,之二,之三,之四,之五,之六,之七,之八,之九) 敏捷开发中的用户故事采用的语法模式看似简单,却蕴含着深刻的思想. "作为一个--,可以--,以(以 ...

  8. 敏捷开发用户故事系列之一:何为用户故事

    这是敏捷开发用户故事系列的第一篇.(之一,之二,之三,之四,之五,之六,之七,之八,之九) 全系列将涉及何为用户故事,面向客户价值编写故事,用户建模,产品待开发项的分类,故事颗粒度,故事的组织结构,等 ...

  9. 敏捷开发用户故事系列之五:用户故事的分类

    这是敏捷开发用户故事系列的第五篇.(之一,之二,之三,之四,之五,之六,之七,之八,之九) 引子 在之一.之二.之三中,我们曾经提到了"作为一个--可以--以便--"的用户故事描述 ...

最新文章

  1. R语言编写自定义函数、创建使用ggplot2生成图标(icon)的主题(theme)函数、使用ggplot2以及自定义的图标主题函数创建箱图(boxplot)图标、ggsave保存图标(png、svg
  2. 集中荷载matlab程序,电力系统负荷预报的matlab实现.doc
  3. 前沿|揭开黑箱:希伯来大学计算机科学教授提出「信息瓶颈」
  4. python基础——递归函数
  5. Critical error detected c0000374
  6. amazons3 检查连接是否_钢筋机械连接接头如何检查是否合格?抽检数量、合格率是多少?...
  7. 工程项目管理需要注意哪些问题
  8. 董小姐宣布重磅升级:格力空调包修时长正式升级为10年
  9. Java 跌落神坛,Python 继续夺冠....凭啥?
  10. 【java】打印一个对象即打印出该对象toString()返回值
  11. python网页控制_如何用python控制网页对话框
  12. ARM920T MMU and Cache
  13. 论开展线上业务的纯粹度的重要性
  14. 发散阅读、拓宽思路【PageRank、Tf-Idf、协同过滤、分布式训练、StyleTransfer、Node2vec】
  15. 利用电阻分压网络测量电池电压注意事项
  16. submit()和onsubmit()的区别
  17. 任正非:5G实际上被夸大了
  18. 双缓冲异步日志(Async Logging)
  19. juicy-potato Windows提权之访问令牌操纵
  20. 对slideToggle()的进一步了解

热门文章

  1. 点击项目任意页面都是404,且报错class path resource [] cannot be opened because it does not exist等
  2. Linux下服务器搭建(1)——Linux下搭建FTP服务器 vsftpd服务
  3. python爬取+BI分析5000条内衣数据,发现妹子最爱这款文胸
  4. java中this,super,extends,implements相关继承概念讲解
  5. 案例学习BlazeDS+Spring之十二:Traderdesktop
  6. 华北水利水电大学计算机研究生调剂,2017年华北水利水电大学考研调剂公告
  7. Linux进程间同步和通信,linux进程间的同步方法
  8. js对象写入键值对_41 利用字面量创建对象
  9. python3自定义函数(五分钟读懂)
  10. ios 图片裁剪框架_iOS 图片裁剪与修改