敏捷度量主要侧重于开发团队在sprint跟踪进度。敏捷团队通常使用描述点或理想天(在本节中,术语工作元素用于包括任何估计技术团队选择同时使用(例如。故事点,员工小时,任务列表,等等)来估计这项工作的规模是分开估计持续时间/实际时间。常见的方法跟踪敏捷团队的进展速度,燃尽图,并释放燃耗图表。

速度是完成的工作元素的数量在一个sprint。速度是预期的工作团队可以完成在一个sprint的元素。因为它是一个平均值根据历史性能,速度也会随着时间改变。速度是主要的衡量团队的进展和计划sprint和发布时间表是一个有用的工具。

释放的燃尽图是一个图形表示剩余的工作量的释放在每一次冲刺的开始。燃尽图可能不同冲刺基于例如不准确的估计或范围的变化。也显示烧掉,这意味着工作增加了由于诸如re-prioritization或下估计剩余的工作。燃尽图可视化净进展;工作进展-添加到版本。另请参阅改进版本的燃尽图。

Sprint燃尽图类似于释放当前的sprint燃尽图并跟踪进展。这图的小时数天剩余的冲刺。sprint燃尽图是为了显示剩余工作冲刺,而不是用于改善估计。

以上方法追踪进展不对齐传统国防部指标来验证成本、进度、性能和质量计划和项目。在成本、进度和性能继续有意义在敏捷项目中,他们需要浏览和管理不同的敏捷。项目办公室和承包商将根据工作需要适应跟踪指标元素和用户故事与短跑和版本。下面的段落描述一些常见指标项目办公室可以在敏捷管理的过程。

用户故事提供的最佳衡量标准要求敏捷项目。评估当用户故事被指定和实施在一个sprint将反映最高优先级功能是否被处理为客户提供最大的价值。与传统方法不同,指标可以定期收集关于需求而不是预先。推荐指标监控需求包括列于下表。

样品需求指标

结果,应该引起注意的问题包括指标显示团队常常未能完成故事的数量选择冲刺,或用户故事,团队不断推迟(低优先级)。经理们必须认识到,一个团队可能有几个原因选择不完整的故事。也许团队经常低估了用户故事的复杂性,缺乏一些必要的技能或团队组成改变,或引入新工具添加了一个团队的学习曲线。团队可能推迟用户故事从短跑冲刺,因为可怜的估计。如前所述,可能需要几个sprint团队获得信心和准确性的估计。这个问题也可以躺在故事之间的依赖关系。如果一个高优先级用户故事依赖于一个较低的积压,团队不能执行它,直到它完成了关键的项目越少。

可以确定基于成本的小时数在sprint计划和交付的故事。每个故事的成本指标是主观的,根据不同的复杂性的故事在一个sprint和sprint团队成员贡献的数量。元素通常不等同于时间工作,项目评估这些指标时应该考虑到这一点。如前所述,团队可能还需要几个冲刺“正常化”他们估计/速度,和每个工作元素的成本可能会有开始。这个指标在很大程度上依赖于估计的准确性和团队的速度的稳定。推荐指标管理成本包括列于下表。

样品成本指标图表

因为成本指标是基于工作元素和速度,不准确的估计摆脱计划对比实际成本。此外,选择故事,估计时间在一个sprint发生短期/当前版本,细节是已知的。在以后的版本中,需要另一种方法来估计成本。例如,一个相对定量法可以用来比较的相对大小和劳动被释放在将来的版本中更少的细节。程序必须考虑一个团队的能力作出准确估计当看程序成本在早期阶段。如果评估仍然是一个问题,项目管理应该是指在成本估算部分建议的指导方针。

测试应该被用来确保质量能力是产生尽可能无错。敏捷测试实践类似发现在传统项目。然而,他们纳入迭代生命周期。这意味着,在每一个发展阶段,正在编写和运行测试对整个交付能力。这使得团队,以确保他们不破坏构建功能,他们更多的特性。

推荐质量和测试指标包括下表所示。

持续集成是一种常见的实践敏捷团队来支持自动化和测试。这是之前运行测试的实践能力是签入到存储库的主要分支。然后签到,一个自动构建执行验证的变化并没有破坏任何东西。这个过程提供了即时反馈如果缺陷引入存储库,确保总有一个稳定的版本的能力或基线。与多个开发人员快速迭代,这很重要,知道一个特性是由一个稳定的点。

敏捷项目交付一个潜在的可交付功能在每个sprint结束时,更完全功能交付的最后版本。这种迭代方法可以早期发现潜在的问题和延迟,并允许该计划做出调整,减少对项目的整体性能和交付的影响。

敏捷过程还包括,让参与者在整个项目生命周期。敏捷过程中利益相关者的参与可以帮助开发团队能够快速、轻松地澄清要求和响应用户请求,从而实现功能更容易被用户接受。用户验收每个用户故事的能力意味着团队完成需求和响应变化。这意味着敏捷项目创建高质量的产品,符合利益相关者的期望。

推荐指标监控性能(例如,sprint团队会议的目标和时间表)包括下表所示。

下面的图显示了样本的性能指标。

样品的性能指标

敏捷的迭代性质允许更频繁的指标集合。程序必须平衡的好处及时和有用的度量收集和报告的负担度量团队中的地方。程序时应确定频率反映重大变化或趋势可以还会观察和修改。

理想情况下,程序应该使用工具自动收集并报告指标。大多数敏捷管理工具跟踪、管理和报告度量的。

敏捷将成功定义为提供价值,所以敏捷项目和测试指标应该是不同的。在软件度量的阴阳,盖伦和布拉德肖描述指标,提供正确的可见性和级别的信息。关键指标包括那些与“退出标准”,如在优先测试执行阶段,整体通过率纠正的缺陷百分比严重性。这些指标回答这样的问题:

• 我们测试了足够吗?
• 有正确的利益相关者参与?
• 我们报道的功能是什么?

整体通过率确定堵塞和工作软件和模式失败的比率。百分比指标与纠正缺陷的严重程度随着时间的推移,揭示了团队的能力,使维修和软件的逐步成熟。盖伦和布拉德肖引用四个敏捷开发团队指标:

• 价值交付
• 速度和吞吐量
• 质量
• 团队士气和满意度

可以根据这些关键指标反映不仅仅是产品团队具体措施,但测试。速度——传统故事点的数量/ sprint,可以调整,以反映故事点的数量已经成功地通过了测试。速度应该趋势。吞吐量的“天”的故事也在进步相对于其大小可以被调整以反映测试相关的小时数的故事需要成功完成测试相对于它的大小。吞吐量趋势应下来。盖伦和布拉德肖表明特定于产品质量指标包括相关措施:

• 测试automation-such项签入和自动化运行
• 缺陷escapes-defects躲避煮熟度的测试标准,发现另一个sprint中创建,和逃到版本和生产

敏捷测试团队角色

通常大型企业敏捷系统可能需要额外的独立团队的参与测试人员执行系统——/企业级测试和集成。这些团队可能使用合同车辆内部或外部来源。

VersionOne 10年度的敏捷报告调查了超过3800名敏捷实践者与以下总结成功的措施。

挣值管理(维生素)敏捷开发项目已经在联邦收购和敏捷社区讨论。挣值管理的价值和有效实施都在传统的收购计划也被一个持续的挑战。一个3 7月07 OSD / l备忘录亮点:

挣值管理”都被许多人认为在社区项目管理是目前最好的选择对各方的有效管理负责大而复杂的项目。维生素与提供了一个严格的方法来管理项目成功通过使用一个集成的系统实现成本计划和控制授权工作,时间表,和性能目标。挣值管理产生的信息的保真度都系统提供一个客观的评估是至关重要的消息灵通的管理决策的程序的性能。此外,维生素不仅是成本报告;它是一个工具来帮助项目经理及其团队成员操作更有效地管理他们的项目。”

合同与维生素与类型是一个重要的考虑因素。维生素是必需的成本或激励合约在2000万美元或以上。FFP合约挣值管理的使用都是有限的,只有当点认为有重要的进度风险,而不应该分时段发布在敏捷的情况。维生素与不适用于T&M /服务合同。看到国防部维生素与网站官方政策和常见问题解答。

鉴于敏捷的动态和迭代结构和流程,实现一个维生素与系统可以用没有价值构成重大挑战。敏捷拥抱应对变化,不是“控制授权工作”。更改在开发、有效的报道对成本、进度和性能提供一个基准是很困难的。在这一节中列出的指标满足维生素的意图提供一个严格的方法来管理项目通过提供关键洞察进展和问题。

Humprhreys和同事轮廓的差异维生素对敏捷项目管理。

OSD / l最近发表了一份为项目经理敏捷挣值管理指南概述如何敏捷和国防部项目挣值管理的同时保持都系统合规。它涵盖了WBS的组织,规划和调度,测量进展,基本维护和遵守维生素与系统。

• 什么指标项目管理办公室使用管理程序?
• 这些都是由承包商提供并由政府?
• 这些指标将如何收集和使用?什么类型的决定将使结果?
• 与项目利益相关者共享哪些指标?与高层领导?
• 这些指标承包商的激励与什么?
• 是一个过程和文化以保证准确的收集数据?