logo资料库

JIRA 燃尽图详解.pdf

发布时间：2022-06-18 发布人：admin 分类：说明书 资料大小：0.73M 资料格式：pdf 举报 版权申诉
第1页 / 共7页
第2页 / 共7页
第3页 / 共7页
第4页 / 共7页
第5页 / 共7页
第6页 / 共7页
第7页 / 共7页
资料共7页，全文预览结束
    Monday, December 18, 2017 11:13 PM 燃尽图是敏捷开发框架中，在冲刺（Sprint）执行时需要用到的报表，观察任务的实际燃尽曲线与参照线的差异可以掌握当前进行中的冲刺目标的进展情况。另外，在冲刺回顾的时候，分析已完成 冲刺目标的燃尽图对下一期的冲刺规划有参考意义。 1、Burndown JIRA Agile 里面燃尽图的构造 纵轴表示剩余故事点，横轴表示时间，时间以天为单位。 图中灰色的线是参照线（Guideline），忽略休息天的情况下，参照线是一条纵轴上全部剩余故事点与横轴上时间跨度点的连线，其代表的含义是，在理想情况下，剩余故事点随着时间的推进，线性 递减。 图中红色的线是燃尽曲线，它代表在冲刺目标进行期中的每一天对应的剩余故事点数。每完成一条PBI，燃尽曲线都会做对应的调整。 A表示燃尽图是记录一个冲刺目标的情况的图标，上图中的燃尽图就是基于冲刺目标Sample Sprint 2 的。 B表示一条记录有故事点大小的PBI拖放到已完成（Done）时，曲线下降该故事点数值的幅度。JIRA里面是在PBI完成的当时（时刻），线条垂直下降，普通的燃尽图画法是以斜线的方式连接上一天剩 余的故事点和故事完成所在天的剩余故事点。 C表示休息天跨度，此时理想中团队休息，不会有PBI被完成，因此参照线中为平坦的直线。但是实际情况下，休息天的燃尽曲线可能因为加班开发或者新故事的提出而产生变化。普通的燃尽图中并 不考虑休息天的影响，参照线是一条倾斜的直线。 D表示在冲刺目标进行中，新增了带有故事点数的PBI导致燃尽曲线上升。冲刺目标在敏捷开发框架中代表了某种承诺，并不鼓励在冲刺进行中拖入拖出story。 若story不带有故事点，则默认其故事点为零，将其拖放到已完成时，对燃尽曲线的形状不会造成影响。 2、如何使用燃尽曲线判断冲刺目标进展情况 （1）如果燃尽曲线一直处在参照线上方，则该冲刺目标有逾期的风险。此时应该重新估计冲刺目标容量以及story优先级，将一部分story移出当前冲刺目标。 横轴是时间，纵轴是sprint的总story points （2）如果燃尽曲线，一直处在参照线的下方，则说明对该冲刺目标各PBI的故事点估算过分高估，可以将下一期冲刺目标中的PBI提前到当前冲刺目标，并在下一期冲刺目标估算时避免高估。此时为 了保持开发团队的周期节奏，不建议提前结束该冲刺目标。 （3）如果燃尽曲线，在贴近参照线上下浮动，说明冲刺目标正在有序进展，无须做出调整。 Release report 交付燃尽图 交付燃尽图，就是跟版本相关的。如果说，会用Sprint 燃尽图以后就能掌握当前冲刺目标的完成趋势的话，那么，交付燃尽图就是用来看某一未发布版本的完成趋势——估计需要多少个冲刺目标能 将版本交付。 正常的交付燃尽图 JIRAreport Page 1
    浅绿色的柱状代表，这个目标完成了的任务点数，所以前面加了个减号撒； 浅蓝色的柱状代表，在这个目标开启之前就存在的任务点数，在这个目标结束时还剩下多少； 深蓝色的柱状代表，在这个目标开启后到下个目标开启前这段时间，版本中增加了多少任务点数，所以用加号，在当前没有开启的目标甚至没有目标的情况下，增加的点数就都算在上一个目标头上 啦。 两条预测线，上面那条的由来是，浅蓝色柱状的顶部中点，用最小二乘法计算的拟合直线；下面那条则是，深蓝色柱状的底部中点，用最小二乘法计算的拟合直线。两条线斜率的意义是，每个目标 任务点数完成的速率和任务点数新增的速率。 使用交付燃尽图可以在版本存在不能按时交付甚至永远无法交付的风险时，及时提醒。 看下面这个图，两条预测线，纵坐标轴的右侧没有交点，代表这个版本恐怕无法交付。 无法交付的情况 还有一种情况，两条预测线虽然存在交点，但是斜率太高，说明新增任务点数的速率很快，也就是该版本的产品质量偏低。看下图： 产品质量偏低的情况 最后，如果你发现版本无法可能无法交付的时候可以选择的策略，一般是增加开发的速率，或者是减少一些当前版本的任务点数，放到下一个版本中去。 Control chat 控制流程图 控制图显示了产品，版本或sprint的周期时间，他讲每个问题花费在特定状态上的时间，并在指定时间内映射它。这些数据的平均值，滚动平均值和标准差都显示出来。控制图可以帮助确定当前 JIRAreport Page 2
    控制图显示了产品，版本或sprint的周期时间，他讲每个问题花费在特定状态上的时间，并在指定时间内映射它。这些数据的平均值，滚动平均值和标准差都显示出来。控制图可以帮助确定当前 sprint中的数据是否可以用于确定未来的性能。 主要根据图形趋势，发现影响进度的bug 1. 2. 3. 4. 5. 6. 该绿点在图表上代表的问题。根据完成日期和时间完成，他们被放置在图表上。绿色圆圈代表单个问题，较暗的群集代表多个问题。 在x轴标志着问题的过渡日期进行选择的状态的。很多团队会报告进行中状态，但控制图可以突出显示工作流程的任何部分。 的y轴示出了时间的问题正在被制作的长度。由于进行中可能是多个问题，用户可以配置控制图以汇总状态，如进行中，代码审查和质量审查 - 或单独显示。更高效的团队需要更少的时间来解决问题。换句 话说，数字越小越好。 在鲜艳的红色线是平均时间花费的团队通过所选择的状态移动的问题。数字越少越好。 在深蓝色的线，滚动平均值是前面的x个问题和后x个问题的 平均周期时间。随着团队效率的提高，这条线将会向下倾斜。 的蓝色阴影带是单个数据点和所述滚动平均值之间的标准偏差。更可预测的团队有更窄的蓝带，因为每个问题的周期时间更接近滚动平均值。窄带给团队信心，他们可以以相同的节奏提供未来的工作。 总之，距离平均周期越远的issue，我们需要关注它耗时的原因，进而做出解决方案 比较好的例子: 上图表示团队的效率逐渐提升 上图表示团队的工作节奏非常稳定 Cumulative Flow Diagram（累积流程图） 累计流程图是一个区域图标，显示应用程序，版本或sprint的工作项的各种状态，x轴表示时间，y轴表示问题数量，通过颜色区分问题状态。CFD可以用于识别瓶颈。如果图标包含了一个垂直于时间的垂直扩 展区域，那么这个与扩展区域相同的区域通常会成为一个瓶颈 JIRAreport Page 3
    展区域，那么这个与扩展区域相同的区域通常会成为一个瓶颈 EPIC Burndown EPIC燃尽报告展示了团队是如何在史诗的工作中取得的进展，史诗是庞大的故事，可以拆分成若干小故事。该报告会根据使用的评估统计数据来显示数据 可以看看团队在史诗中有多快 看看在sprint中添加和删除的工作如何影响团队的整体进度 根据过去的冲刺变化，预测完成一项史诗的工作需要多少冲刺 JIRAreport Page 4
    浅蓝色是在sprint期间完成的工作 浅蓝色部分，史诗中剩余的工作，sprint开始的时候，在sprint的总工作中 深蓝色，在sprint中添加的工作，不包括最初的内容 浅绿+浅蓝是总工作量 浅蓝+深蓝是sprint结束时剩余的部分的工作 右面的灰色部分是预测的冲刺 EPICreport 史诗报告显示了一份史诗的完整和不完整和为顾及问题的清单，他在计划工作中特别有用，他可以扩展到多个sprint。使用史诗报告来了解随着时间的推移完成一部史诗的进展，以及追踪未完成或 未评估的剩余工作量 Volecity chart 速度图标 速度图显示了每个sprint中交付的值，使您能够预测团队在未来的sprint中可以完成的工作量。在你的sprint计划会议中，它可以帮助你决定你可以做多少工作。您可以根据每个最近的sprint的总 估计值(为所有已完成的故事)估算您的团队的速度。这不是一门精确的科学——看几次短跑会帮助你对这一趋势有所感觉。对于每个sprint，速度图显示了完整和不完整的故事的估计的和。估计可 以基于故事点，商业价值、小时数、发行计数或您选择的任何数值字段。 JIRAreport Page 5
    Commitment（灰色）表示初始预估值，Completed（绿色）表示完成值 可以预计的速度为平均值，在最近的几次冲刺的 每个团队完成的工作量估计数之和。在上面的图表中，速度=（13 + 10 + 17 + 26 + 23）/ 5 =17.8。一个球队最近的速度对预测多少有帮助。团队可以在 未来的冲刺阶段完成工作。 Version report 版本报告显示了您的团队在完成一个版本方面的进展。版本报告还向您展示了预期的发布日期，根据您团队自版本开始以来的平均进度(velocity)，以及预计的工作剩余数量。 在开始使用版本报告之前，您应该先了解它是如何工作的。以下信息将 帮助您了解版本报告的主要功能： 版本报告是特定于主板的，也就是说，它只包含与主板保存的过滤器匹配的问题。 版本报告将排除“子任务类型”的问题。 版本报告显示“已发布”版本，但不显示“存档”版本。更多关于版本的状态，请参阅管理版本（JIRA管理文档）。 JIRAreport Page 6
    版本报告显示“已发布”版本，但不显示“存档”版本。更多关于版本的状态，请参阅管理版本（JIRA管理文档）。 版本报告基于棋盘的列映射。一个问题被认为是“做”，当它处于一个状态，它被映射到你的董事会的左栏。类似地，当一个问题被映射到你的最右边一栏时，它被认为是“完成”的。有关更多信 息，请参阅配置列。 水平轴从版本的开始日期开始；如果没有指定起始日期，则首先将问题添加到版本中。图表显示了你的版本在任何给定的时间点上的状态，根据你的总的和完成的故事点（或你选择的其他估计统计 量），这样你就可以看到范围如何改变了，以及你是如何完成估计工作的。 该图显示了以下预测： 预计发布日期（蓝线），即根据您的平均每日速度和估计剩余工作量，您可以在您的版本中预期所有问题完成的日期。预计发布日期（乐观）（阴影区，蓝线的左边）–就是最早的日期，你可能期 望的版本是完整的。（乐观的日期是通过增加平均每日速度的10%来计算的）。预测发布日期（悲观）（蓝色线右边的阴影区域）， 您可能期望版本完成的最新日期。（悲观的日期是从平均每日速度减去10%）计算出的。估计值的10%。 JIRAreport Page 7
    分享到：
    赞 收藏

    相关推荐

    资料库

    信息化

    共收录1827份资料，累计6个分类，关注成员有19位，主要包括：管理软件,企业管理,电子商务,其它,IT管理,项目管理

    热门标签

    管理软件 企业管理 电子商务 其它 IT管理 项目管理

    最新资料