7敏捷度量这个问题对于成功的项目管理
敏捷方法的采用已成为成功的项目管理的基石。
之前引进敏捷，使用的软件开发项目，以跨越时间长。在业务需求该项目的时限内发生的技术或改变的推进造成了大量的浪费时间和精力。这些缺陷是由雅居乐的引进和采用克服。
在一个定制软件开发公司yabo.com下载，敏捷的纳入构架我们软件开发流程放大我们的项目管理工作。这导致软件产品，是有关当前的市场情况下，由经营团队谁参加更高水平的客户满意度的所有权和结果建成。
敏捷方法侧重于开发团队和企业利益相关者，导致更智能，跨职能，自组织团队的组织之间的合作。在开发过程中的重点是持续交付，持续集成，并通过反复不断的改进和导致更快的上市时间工作软件的增量开发。
什么是敏捷指标？
敏捷指标是量化的措施，以确定周围的敏捷项目的参数，包括工作，生产力，进度质量和项目成功的水平，性能和福祉的敏捷团队。
“伟大的公司都是由伟大的管理团队几乎总是运行。和伟大的管理团队知道，要改进过程的唯一方法是通过测量开始。”- 戴维Skok
敏捷指标传授可衡量的好处软件开发工作。它可以帮助关键利益攸关方在项目中确定的优势和劣势的领域和解决可能的瓶颈。这也导致了更高的可预测性方面的时间表，同时将上开发产品的质量为重点。
选择敏捷的指标来追踪
生产力和质量是敏捷开发方法的两个驱动力。跟踪多个指标变得适得其反。企业需要选择关键指标来跟踪和他们的业务范围内整合。您选择的指标应该让你监视你的项目进度不作为该项目本身就是一个诽谤者。
这里有一些事情你需要决定的指标为您的项目进行跟踪之前要考虑的。
1.敏捷指标应与其他指标一起合作，以提供平衡的画面。
单独工作，敏捷的指标可以提供倾斜的见解视野狭窄的结果。这是必要的，你选择的指标应该由提供更健康的画面和平衡的项目前景补充指标陪同。
2.数据均应由敏捷团队的成员，而不是外人使用。
该指标主要指的敏捷团队。他们应该是一个收集，使用和共享的指标。由管理团队成员使用这些指标的作用适得其反。
3.敏捷指标应作为谈论话题。
该指标应放在对团队成员之间的对话中使用。它需要作为在冲刺规划讨论的出发点。敏捷团队也需要有关于它计划与收集到的号码及如何度量会影响软件项目的未来做一个明确的战略。
关键指标来跟踪在你的敏捷团队
度量你选择应该是敏捷指标相关以及业务指标给你的进步，全面了解您的团队正在项目的组合。下面是你需要在你的软件开发项目，以保持跟踪指标的列表。
1.冲刺燃尽
在燃尽图是所估计的scrum任务相比完成了实际任务的图形表示。开始冲刺之前，球队在做关于他们估计可以由他们来完成的故事点估算。剩下要做的工作的量对时间作图冲刺的时间。
在几个小时内，故事点或积压方面的剩余输出可以计算出它允许你跟踪冲刺的实时进展。它也可以让有关工作时将完成球队进行估计。它也给你洞察到你的敏捷团队在冲刺年底的实际生产力。
2.交货期
交货时间由故事之间进入系统，直到时间结束冲刺的时间和释放的原因。低铅时间表示更高效的工艺。因为它包括启动和工作项目交付的时间，交付时间为您提供了整个敏捷系统的端至端的洞察力。
交货期为收到的要求和交付之间的时间间隔。这包括周期时间，以及它是开发过程的实际开始和递送之间的持续时间。这些要求可以集中围绕一个特定的功能被合并，需要一个用户故事的分辨率或完成的错误。
交货时间和周期时间很受欢迎精益和看板指标不仅与过程中识别潜在的瓶颈的帮助下，他们还提供了利益相关者和客户发展方面的估计速度的重要见解。降低了交货时间，更快地从积压的需求转移到开发阶段，降低了周期时间，更快的是实际的发展速度。
3.累积流量图
累计流量是确保工作的整个团队一致的流程的一个重要指标看板。该图直观地通过给所有的任务出现在工作流程的各个阶段的鸟瞰指出，在项目中的不一致。
这些故事和各种故事点在垂直轴上，而横轴描绘了时间绘制。使用不同的颜色来描绘的故事在 - 完成阶段，在审查积压或正在进行中。
视觉清晰度的累积流程图给予观众是其最大的效益，是什么使得它如此强大的度量。在任何阶段，瓶颈马上显现，并在正在进行的工作是很容易跟踪。
这些问题可以在过程中实时的基础上进行跟踪。这意味着你不必等待回顾会议，发现问题，并提出整改方案。该问题的解决发生在一个直接的方式。
4.冲刺速度
Velocity是开发团队能够在给定时间内完成的工作量的量度。它基本上是在该要求文件中的语句被转换成的代码行的速率。完成过去几个冲刺的故事点数为您提供了可用于作为该会在即将到来的冲刺交付以及价值预测的冲刺速度。
速度作为一个重要的基准指标，为球队做出关于可以考虑做出的精神在过去几年冲刺的平均速度的工作量估计。这有助于为未来冲刺的规划活动。
虽然速度是一个重要的指标，它不能被用来作为能力或敏捷团队绩效的度量。它也不能作为一个独立的指标，因为虽然它是措施的定量输出，它给出了关于发展的质量没有洞察结果导向矩阵。上述定量的度量与定性度量下面提到在缀合使用。
5.失败的部署
部署失败或不成功的部署是量的部署未能发生在一段特定时期。这一个多星期来计算，一个月这取决于你的发行版的频率。
它可以测量部署未能测试环境或生产环境或两者兼而有之。不成功的部署是一个重要的质量度量，显示了如何可靠的测试和生产环境都和是否正在构建的软件满足预期的质量标准。
理想情况下，在项目中失败的部署应该是零或接近零越好，以确保您的敏捷团队正在构建一个可以运行的软件。
6.代码覆盖
代码覆盖率也被称为测试覆盖率为您提供了未经测试的代码在你的代码量急需的观点。虽然它不是你的实际测试有多好一个措施，它使由单元测试覆盖的代码的原始可视化。
与代码覆盖率的问题是，它是开发人员能够把无用的测试，试图以游戏系统和得分代码覆盖率较高。然而，代码覆盖率是一个重要的敏捷指标来跟踪，因为它作为重要的对话开端围绕着代码审查，导致项目进展情况的改善的观点。
需要注意的是代码覆盖率仅仅着眼于单元测试是非常重要的。其他测试方法像集成测试和用户界面测试不覆盖。它仍然是在敏捷方法的不断交付原则履行的一项重要指标。
7.净推荐值
NPS是商业度量描绘你的客户的相似性是指你自己的人脉。客户研究和反馈的收集是在净推荐值计算的重要因素。
顾客们询问反馈，他们愿意向您推荐其他人在10分制。调查答复收集和分析。这取决于他们是否会推广的产品，建议反对，或不采取行动，将客户群的启动子（分9-10），无源器件（比分7-8）和反对者（得分低于6）。
最终的净推荐值是从发起人的百分比是企业成功和客户满意度的一个强有力的预测减去诋毁者的百分比。正的净推荐值是成功的明确指标，而净负分表示有一些错误的过程，需要改进。
加起来
跟踪敏捷度量的是对业务，以及球队有利的，但选择合适的指标来跟踪是至关重要的。你需要以平衡的概述，以能够做出决策，同时提高你的敏捷开发团队的效率，有利于项目的工作。
阿尔伯特·爱因斯坦曾引述“并非所有罪名可算，而不是一切都可以计数，计数”
最重要的是，它不是数字说事，这是你如何才能提高项目的效率适用这些数字在一天结束的问题。
