今天客户问到TAPD中,迭代详情中进度图的工时燃尽图为何有些项目不显示,有些项目显示。 于是有了
【什么是工时燃尽图】
基准线 是以第一天的剩余工时 为基准, 后面每天都减去一个固定位移d, 位移d = 第一天的剩余工时/表格中的总天数
第一天的基准线 S, 表格中总天数 n , 当天用i表示 范围(0 ~ n-1)
当天的基准线 Si= S - (S/n)*i
简单点,基准线 是以第一天的剩余工时 为基准
当项目第一天的工时剩余为0或者负数时,基准线不显示
网络资料收集:
燃尽图(英语:burn down chart)是用于表示剩余工作量的工作图表,由横轴(X)和纵轴(Y)组成,横轴表示时间,纵轴表示工作量。这种图表可以直观的预测何时工作将全部完成,常用于软件开发中的敏捷软件开发方式,也可以用于其他类型的工作流程监控。
Scrum中采用燃尽图(Burndown Chart)来直观得展现项目总体进度。它展示了时间和项目剩余总体工作量间的关系。燃尽图(burn down chart)是在项目完成之前,对需要完成的工作的一种可视化表示。理想情况下,该图表是一个向下的曲线,随着剩余工作的完成,“烧尽”至零。下图是一个完整的燃尽图。一般来说,燃尽图可按照下列内容来理解:
(图片来源:维基百科)
- 横轴:显示工作天数
- 竖轴:显示剩余工作
- 计划剩余工作曲线:该曲线实际上是一条直线
- 实际剩余工作曲线:该曲线受团队实际工作效率的影响在计划曲线上下浮动
- 理想团队工作的燃尽图
这种燃尽图说明该团队可以组织好工作。产品经理明白迭代的工作量,Scrum master 能够帮助团队完成任务。团队没有超负荷,并按时完成迭代工作。该团队可以正确估算自己的能力,迭代过程中也不需要改正。
2.很好的团队的工作的燃尽图
这种燃尽图一般是具有丰富经验的团队的工作进度展示。团队按时完成工作,并且达到了迭代目标。这种团队可以完成工作,更重要的是可以适应迭代积压工作的情况。迭代后期,团队也有能力完成一些额外的工作。
- 不错的团队的工作的燃尽图
这是典型的工作进度燃尽图,在很多有经验的敏捷团队的工作中都可以看到。该燃尽图说明团队可以按时完成任务,调整以适应迭代中的积压任务,额外努力工作以完成任务。该团队需要自我反省,在迭代初期看到进度减慢就应该立即讨论如何变动计划。
- “太迟啦”团队工作燃尽图
这种燃尽图明显在说,“你们没有完成工作。”这种团队整个迭代过程都在迟到,没能合理调整工作。燃尽图还显示出团队没有完成需求,这些需求应该被进一步分解,或者挪到下一个迭代中。
- “太快啦”团队工作燃尽图
燃尽图显示团队比预期早很多完成任务。团队完成了需求,也没有继续完成其他任务即使团队有时间和精力这么做。这种情形下,需求可能被高估了,所以团队提前完成了任务。团队的工作速度没有被合理的估算。
- “休息一下吧”团队工作燃尽图
团队的工作进度如果如该燃尽图所示,那么问题就来了。问题在于对工作复杂度的高估,这使得工作的完成比迭代初期预估的要早。Scrum master应该及早找出问题所在没要求产品经理给团队跟过的工作。即使需求被高估,团队至少应该继续做下一个迭代的任务。
7.“管理层要来了”团队工作燃尽图
这种团队可能没有更新自己的工作进度。里一种情况可能是产品经理增加了一些已经完成的工作,所以燃尽图时机工作曲线是直线。
- “上天”团队工作燃尽图
团队第一个迭代一般来说都是这种燃尽图。这种情况是成功之母,很明显团队没有完成任务。每天都有需求或任务添加到迭代工作中来却没有记录任何工作记录。另一个原因可能是迭代中的任务不断地被重新估算。
参考文献
-
燃尽图,维基百科 en.wikipedia.org/wiki/Burn_d…, Feb 13, 2017.\
-
Dusan Kocurek,Understanding the Scrum Burndown Chart, www.methodsandtools.com/archive/scr…, Feb 13, 2017.
-
通过燃尽图了解项目的进展 , www.zentao.net/book/zentao…‘’shelp/105.html, Feb 14, 2017.
作者:心中开满向日葵
链接:www.zhihu.com/question/19…
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
如何使用
方法1
一般可以在图表中绘制两条线段,一条表示期望的工作进度,另一条记录实际的工作进度,把工作拆分成若干工作要点,完成一个就减去一个,以此来衡量工作距离全部完成的剩余时间。如图1所示。
当实际工作曲线低于期望值时,则表示工作可能提前完成,相反的情况则可能会延期。 如果每次绘制的图标,实际进度曲线都在期望值下方,则表示计划做的过于保守,可以适当缩短;相反的情况则表示计划过于激进,应当适当延长。也可以通过多次的记录统计,了解工作团队的工作效率是否有一定的提升,找出提高效率的办法
方法2
另一种方式可以描述错误的解决程度,一般用于项目测试的过程,也是有两条曲线来表示。一条表示已经被发现的错误,另一条表示已经被解决的错误,第一条曲线会一直增长,同时第二条曲线会一直追赶,最终当两条曲线汇聚的时候,就表示所有的问题都被解决了。