作为软件交付的重要环节，程序开发需要所有团队成员不断关注每一个细节。任何轻微的代码级缺陷都会影响整个项目流程和产品质量。据相关研究统计，常规项目开发后，只有三分之一的软件被认为成功实现了预期的功能和性能，而其他软件则被认为存在问题或完全失败。众所周知，软件项目失败的主要原因包括：各种产品缺陷、需求不明确、产品测试不充分、程序中的无效代码以及其他性能问题。通常，衡量软件产品开发团队的生产力是防止项目失败的关键方法之一。我们可以通过许多与软件开发相关的指标来衡量团队的生产力。接下来，让我们详细讨论一下，能够帮助我们尽早发现软件项目中风险的关键指标，避免后期出现软件故障。1.客户满意度客户满意度是软件开发团队生产力的关键指标。业界常说的爽点和痛点，都是满意度的直接体现。只有当客户对使用感到满意时，他们才会将您的产品推荐给其他人，成为该软件的忠实用户。相反，一旦客户感到不满意，就会立即转而购买竞争对手的产品。衡量客户满意度的方法有很多，常用的标准方法如下：净推荐值（NPS）：它根据客户向他人推荐您的产品的可能性，以1-10的等级对客户进行评估。打个分吧例如，感到满意的客户会打9或10分，不满意的客户会打1或2分。NPS是满意客户数与不满意客户数的比值。由于它的总体范围从-100到100，任何高于6的NPS分数都被认为是好的，这意味着客户被认为是满意的。也就是说，软件开发团队的目标是让NPS得分在6分以上。客户反馈：另一种衡量客户满意度的方法是通过客户提供的反馈和建议。您可以要求客户根据他们对产品的体验从1到5对您的产品进行评分。就产品和服务而言，最好在订阅期结束前以电子邮件或推送通知的形式发送反馈请求。当然，您也可以通过Twitter和Facebook等第三方社交媒体网站获得反馈。客户调查：这是获得产品客户满意度或客户体验指标的第三种有效方式。您应该根据客户的购买和使用情况，每隔一定时间发送一封调查电子邮件，比如购买产品一个月后。调查的内容可以包括：关于客户对产品的体验，他们向他人推荐该产品的可能性，以及对存在问题的任何建议。2.冲刺燃尽图（SprintBurndown）冲刺燃尽图是一个冲刺中完成工作的图形表示。它可用于跟踪团队的进度并确定他们是否可以实现冲刺目标。创建冲刺燃尽图背后的想法是找出冲刺中完成了多少工作，并将其与实际完成的工作进行比较。如下图所示，x轴代表时间，y轴代表剩余工作量。斜率表示团队完成工作的方式。冲刺燃尽图通常由两行组成：一行代表预计进度，另一行代表实际进度。此外，还包括以下六个方面：起点：冲刺时间的开始，剩余工作100%。终点：是冲刺结束的时间，剩余功为0。零线：在y轴上画一条零线，可以表示起点和终点的剩余功。实际进度线：是显示冲刺中完成的工作量的线。理想进度线：理想进度线显示了如果一切按计划进行，冲刺中应该完成多少工作。倦怠率：倦怠率是实际进度线的斜率。3.团队速度团队速度是衡量一个团队在一定时间内可以完成多少工作的量度。既然我们可以用故事点数来衡量，我们也可以用理想的天数来衡量。这里的理想天数是所有团队成员在一个项目上一起工作的总天数。它是根据所有团队成员100%的出勤率计算的，但也包括周末、节假日或任何其他类型的缺勤。显然，更高的速度意味着团队可以在更短的时间内完成更多的工作。我们通常使用此指标来跟踪团队随时间的进展。4.发布燃尽图（ReleaseBurndown）发布燃尽图是软件开发团队用来预测完成进度的工具。它使用速度作为预测项目完成剩余天数的基础。它有时也称为发布计划，并在需要时安排时间表而不是任务。基本原理是这样的：将速度乘以迭代次数以获得完成的故事点总数。您可以通过将剩余的故事点乘以团队的平均速度来转换为天数。5.周期时间周期时间是一个问题从开始到结束的平均时间。您可以按天、小时甚至分钟来衡量它。循环时间的一般公式为：T=T+d(t)。其中，T以小时或天为单位，代表在特定项目上花费的总时间；d(t)表示工作流中每个阶段的问题持续时间。例如，QA团队的Alice在1月1日创建了一个问题，并将其分配给开发团队的John。他在InProgress阶段呆了两天，在Completed阶段呆了一天。这个问题的总周期时间是四天。减少周期时间的目标是提高问题从开始到完成的速度。该指标可用于衡量团队工作流程的效率并找到改进方法。6.LeadTimeLeadTime是指将问题分配给特定团队或成员后，从开始到完成的平均时间。您还可以以天、小时或分钟为单位进行测量。提前期的一般公式为：L=L+d(t)。其中L是以小时或天为单位完成问题所需的提前期；d(t)表示进入每个工作流程阶段的持续时间。例如，QA团队的Alice在1月1日创建了一个问题，并将其分配给开发团队的John。他从InProgress到Completed花了五天时间，所以这个问题的总准备时间是五天。交货时间通常用作衡量问题解决速度的指标。该指标反映并衡量团队工作流程的效率，并有助于确定改进方法。显然，缩短交付周期可以提高问题的解决率。7.平均修复时间（MeanTimetoRepair，MTTR）平均修复时间是衡量开发团队在检测到错误或问题后需要多长时间才能解决的指标。它也可以用天、小时或分钟来衡量。MTTR的一般公式为：MTTR=T+d(t)。其中T是花在特定项目上的总时间（以小时或天计），d(t)表示工作流程每个阶段的问题持续时间。例如，开发团队的John在1月1日创建了一个问题，并将其分配给QA团队的Joanne。她在Progress阶段用了两天，在Debugging阶段用了四天。这个问题的总MTTR是六天。该指标旨在减少发现错误或问题后修复的时间。因此，它可用于跟踪解决问题的速度，从而帮助找到改进方法。8.代码审查作为衡量软件质量和防止代码库缺陷的一种做法，开发人员检查彼此的代码，提出改进或替代方案，并启动实施此类更改的计划。代码审查的主要目标是提高代码库的整体质量，防止缺陷引入生产环境。9.错误率错误率是衡量在软件应用程序中发现的缺陷或问题的数量。您可以使用它来衡量每单位、每天、每周或每月的错误百分比。错误率的一般公式为：R=N/t。其中R是错误率，N是特定时期内发现的错误数，t是该时期的持续时间。例如，QA团队的Joanne在2月1日发现了10个缺陷，并将它们分配给了同样在QA团队的Bob。如果她花了八天时间重现她发现的所有问题，那么这段时间的总错误率为每天0.8个错误。该指标旨在衡量QA团队随着时间的推移能够在软件程序中发现的缺陷或问题的数量。当然，该指标也经常被用作判断测试过程是否需要改进的比较工具，从而帮助寻找提高产品测试质量的方法。10.任务量（TaskVolume）+平均预估任务量可以衡量需要发送到生产环境的任务量有多少。它也可以用天、小时或分钟来衡量。任务量的一般公式为：TV=TV+d(t)。其中，TV为总任务量，TV为任务总数，d(t)表示工作流中各阶段工作时间的持续时间。例如，QA团队的Alex在1月1日创建了一个问题并将其分配给John。从InProgress到ReadyforDev需要五天时间。此问题的总任务大小现在为15天。任务量的目标是衡量交付产品所需的任务数量，并找出减少任务的方法。该指标可识别工作流程中的潜在瓶颈，使团队能够在严重延迟项目之前解决这些问题。它还可以比较组、项目甚至软件开发工作流程。结论本文中提到的指标对于衡量软件开发生产力至关重要。虽然并非所有指标都适用于每个项目，但这些指标为评估团队绩效提供了一个良好的起点。衡量和跟踪这些指标有助于确定提高生产力和质量的领域。译者简介JulianChen，社区编辑，拥有十余年IT项目实施经验，擅长管控内外部资源和风险，专注传播网络与信息安全方面的知识和经验；以多种形式分享前沿技术和新知识；经常在线上和线下开展信息安全培训和讲座。原标题：10ImportantSoftwareDevelopmentMetricsThatEveryProjectManagerShouldKnow，作者：RitaRoy
