迭代开发样本报告

此类别包含跟踪开发速度的报告。这些报告监视诸如构建数量、关闭缺陷的周转时间、每次迭代的任务数和项目性能指标之类的参数。

阻塞缺陷数

此报告显示正在延迟其他工作项的缺陷数。“阻塞缺陷”定义为当前打开(未关闭)并具有关联需求的高优先级缺陷。我们假定关于需求的工作在解决缺陷之前无法继续。线应向下顺斜。向上倾斜的线表示对不断增加的需求数的处理延迟。

构建运行状况

此报告显示有关产品构建的统计信息,例如已尝试的构建数、成功的构建数和失败的构建数。通常,如果失败数较高或不断增加(尤其是在项目周期的后期),可能表示存在某些问题且应进行调查。

缺陷时龄

此报告显示有关缺陷的两条统计信息。缺陷在每种状态中花费的时间量是重要指标。验证平均时间是否可接受,以及是否不存在过多的“最大”时间。所有状态的“平均值”不一定应完全相同,因为如果流程的运行状况良好,缺陷应很快从“已提交”状态进入“已分配”状态。“周转时间”图表显示解决缺陷需要的时间量,按严重性排列。严重性较高的缺陷应比严重性较低的缺陷更快得到解决。平均时间应当可接受,且没有不合理的最大值。

缺陷状态和分布

此报告以多种方式显示缺陷数,这在尝试了解项目状态时非常有用。如果大多数缺陷没有处于“已解决”或“已关闭”状态,那么“状态”图表可指示流程问题。如果项目执行情况良好,那么“严重性”图表应显示较少的“严重”或“重大”缺陷。“优先级”图表类似于“严重性”图表之处在于:太多“直接”或“高度关注”缺陷可能指示存在问题。“严重性”和“优先级”图表仅显示处于“已分配”、“已打开”、“已提交”或“已推迟”状态的缺陷。

迭代速度

此报告显示每次迭代时完成的任务数。该报告可用于了解每个迭代周期中可完成的工作量。通常情况下,此线应一直保持不变。较大程度的增加或减少可能指示项目上存在外部压力,用户应了解此压力。但是,图表假定所有任务涉及的工作量大致相同。为任务定义的工作量太多或太少都会影响固定时间内完成的任务数。

项目进度

此报告显示了分配给迭代的因未关闭而假定为未完成的任务数。一般来说,对于每次迭代,线应该接近于 0。如果线不接近于 0,那么说明对某些迭代规划了太多工作或者工作被频繁低估。

项目性能

该报告显示各种预算和实际成本度量。此图表通常显示在项目进行的过程中实际值或估计值偏离预算(基线)的情况。“完成时的估计值”是使用到目前为止的实际执行工作成本(ACWP)和用于剩余项目工作的预算成本进行计算的。如果在项目期间预算基线(BWCS)不更改,那么“完成时的预算”应是水平的。“完成时的偏差”是项目中每个时刻的“完成时的预算”和“完成时的估计成本”之间的估计差异。负数表示项目超过了预算。CPI 是用预算执行工作成本(BCWP)除以实际成本(ACWP)计算得来的。如果项目始终符合预算,那么此线应该非常水平且接近于 1。SPI 是用 BCWP 除以 BCWS 得来的,因此当预算执行工作成本从基线接近项目的常量预算调度成本(BCWS)时,它应接近于 1。“成本偏差”是至今为止的执行工作预算成本与其实际成本之间的差异。负数表示项目超过了预算。

发布就绪情况(缺陷)

通常,确定项目质量是否足以保证项目得到发布的关键因素是打开缺陷的数量。因此,了解当前有多少打开缺陷存在(按严重性细分)就尤为重要。如果存在“严重”或“重大”缺陷,那么项目可能未就绪,而大量“次要”缺陷可能不足以为延迟发布提供理由。

请求趋势

此图表中的数据类似于“下滑轨道”。它显示了在某个时间间隔内有多少增强和缺陷到达或被关闭。在项目的早期,“到达”线可能超过“关闭”线。在项目的晚期,此情况可能指示存在问题。

运行速率

此报告显示了调度和完成工作(活动)的速率。这两条线的轨迹应比较接近,因为您不可能在迭代中调度多到无法完成的工作。

每个项目的任务数

此报告列出了与项目关联的所有任务。任务按其所属的请求进行分组。

每个状态类型所有者的任务数

这是每次迭代按状态、类型和所有者的任务数细分。对于前面的迭代,大多数任务都应处于“已完成”状态。结转了太多未完成任务可能指示无效的速度假设。缺陷类型任务数过高还可解释为什么速度比预期的低,因为它们占用了改进时间。类似地,考虑到技能级别和其他落实,任务应在各个所有者之间相对均衡分布。

工作负载

交叉表显示了对于每次迭代向每个人员分配了多少活动。这些数字应非常一致,因此请查找无法根据某些活动需要的工作量解释的剧烈增加或减少,或查找某个人员可能具有的项目外的非常高或非常低的落实数。


反馈