哈佛商学院的研究发现，设定了明确目标的学生，其中3%的人的收入比其他97%的人总和还要多十倍。同样，在软件工程等技术流程中，设定关键绩效指标（KPI）对于开发团队达成目标也非常重要。
选择合适的软件工程度量标准能够帮助评估效率，并提供推动改进所需的有价值见解。如果你是与远程团队合作或者是外包开发项目，设定KPI尤其重要。此外，利用固定的指标来追踪团队或开发者的表现，能够减少对他们的过度管理。
本文将讨论软件开发中的各种KPI及其对商业的价值。
为什么在软件开发中开发者的绩效指标很重要？
KPI在软件开发的整个生命周期中扮演着至关重要的角色。设定明确的KPI在开始之前有以下几个好处：
它们使得项目经理，尤其是采用敏捷方法的项目经理，能够识别、优先处理、跟踪和沟通任何问题和改进的潜在区域，以获得更好的团队成果。这些KPI可以通过多种生产力应用程序进行跟踪。
它们还能让利益相关者及时了解软件开发项目的进展情况，更好地管理工作流程，并预测未来的开发速度。
它们有助于减少开发成本，因为你不需要额外的修改轮次或更多的管理工作。
设定KPI能够提高投资回报率（ROI），因为它提升了整个团队/开发人员的表现。
衡量软件开发效率的最佳KPI
衡量软件开发效率的最佳KPI可以分为四个主要类别：开发人员的生产力、软件性能指标、缺陷指标以及可用性和用户体验指标。
1.开发人员生产力
这一类别的重要KPI直接关联到团队在软件开发过程中的效率。它们能够让你了解开发人员投入到软件项目中的时间和工作量。为了评估这些KPI，你可以使用时间跟踪软件来监控分配给特定任务的时间，从而清晰地掌握开发人员的整体生产力。
速度
它表示开发团队在一个迭代（Sprint）中能完成的工作量。通常，速度越高，团队的产出就越大。因此，这可以帮助你估算团队的生产力水平。
要想得到一个团队平均工作速度的全貌，大概需要经过三个工作周期。虽然这个指标很好地反映了团队的整体产出，但它不涉及个别成员的表现或客户对产品的满意度。
图片截取自：PingCode
图片截取自：PingCode
冲刺燃尽图
冲刺燃尽图是一个更详细的指标，用于衡量在一个工作周期内实际完成的工作量。这提供了比基于多个平均值计算的速度估算更详细的见解。
图片截取自：PingCode
发布进度图
这个关键绩效指标（KPI）展示了发布的进度情况。它帮助软件团队管理产品的发布过程，让他们能判断自己是不是比计划提前、正好按计划，还是落后于计划。这个指标对于那些关心产品提前或延后发布的客户来说非常有用。
任务周期时间
任务周期时间是指完成一个特定任务所需的时间。这个指标用来衡量软件开发过程的效率，并且可以帮助预估软件团队完成将来任务所需要的时间。
图片截取自：PingCode
代码覆盖率
代码覆盖率是一个衡量代码质量的指标，它支持持续交付和测试驱动的开发方式。这个指标显示在测试过程中有多少源代码被执行了——覆盖率越高，表示开发进展越好。不过，覆盖率很少能达到100%，因为总有一些代码因为未发现的bug而没有被执行。
代码稳定性
代码稳定性衡量的是产品中小的变动可能对商业目标或软件本身造成的潜在影响。理想情况下，更改几行代码不应该影响到整个应用程序的运行。代码稳定性可以通过计算导致系统停机的代码部署百分比来评估。
代码简洁性
代码简洁性是软件开发中另一个重要的KPI。它可以通过多种方式来量化，比如通过圈复杂度，这是指需要编写的独立路径数量。通常，简单的代码更容易测试和维护。
代码变动频率
这个指标用来衡量代码的稳定性，特别是指的是代码变动的频繁程度。如果每次添加新功能时都需要重写代码，那么这个代码就被认为维护成本高，风险也高。
2.软件性能指标
这些指标和参数是在软件质量保证过程中确定的。软件性能指标可以帮助评估软件开发项目中的问题以及进行优先级排序。它们在以下几个方面非常有用：
- 管理
- 调试
- 性能
- 估算成本
吞吐量
吞吐量与速度类似，但更加细致。它衡量的是在特定时间段内完成的特性、任务、缺陷以及其他活动的数量。这让项目管理团队能够评估团队成员是如何利用他们的时间，以及他们的工作量。
图片截取自：PingCode
响应时间
这是指从发送请求到服务器到从服务器接收到最后一个字节之间的时间差。
可靠性
这个性能指标衡量的是软件在任何给定时间产生预期结果的可能性。通过设计用于避免、检测和修复软件故障的功能来增强软件的可靠性。一个可靠的软件程序不会持续产出错误结果，而是应该试图修正这些错误，或至少将错误隔离并报告。可靠性与故障间平均时间（MTBF）相关：可靠性 = exp^(-T/MTBF)。
软件的可用性
这是指软件在需要时可以正常工作的概率。换句话说，就是软件正常运行的时间占它应该运行总时间的比例。高级的可用性功能使得软件即使在出现问题时也能继续运行，这通常通过隔离出问题的部分并以较低的性能继续运行来实现。而那些能力较差的系统可能会直接崩溃，完全失去运行能力。
软件的可维护性
软件的可维护性是指修复或服务软件系统的难易程度和速度。可服务性和可用性是成反比的：如果修复速度变快，那么软件可用的时间就会增长。在考虑软件开发的可维护性时，会考虑到出现问题时的诊断方法。比如，有些软件系统设计成在出现问题时能自动联系服务中心。该指标的目的是在尽可能不干扰正常服务的情况下，确保及时正确的维修工作。
3.缺陷指标
软件缺陷是开发人员面临的主要问题之一，因为它们导致实际结果和预期之间出现偏差。因此，测试人员需要追踪并尽可能多地消除这些缺陷。为了达到高质量的软件要求，开发人员依赖于一系列指标来评价他们在处理这些偏差和错误时的表现：
代码缺陷检测率
这也被称为代码缺陷检测效率，用来衡量测试团队发现缺陷的效率。它通过比较软件发布前发现的缺陷数与总缺陷数（包括客户在发布后发现的）来计算。代码缺陷检测率（DDP）的计算公式是：
DDP = [(软件发布前发现的缺陷数) / (内部测试发现的缺陷数 + 客户发布后发现的缺陷数)] x 100。
图片截取自：PingCode
漏洞
漏洞是衡量软件系统中存在的、容易被恶意攻击者利用的弱点程度的性能指标。漏洞越多，意味着SaaS安全问题越严重。
实际安全事件
这个指标记录的是试图未经授权访问、披露、使用、修改或破坏软件系统中信息的尝试次数。安全事件可能导致用户账户遭到入侵、服务中断、数据被盗等问题。这个度量标准很重要，因为它可以帮助评估软件程序的安全性，并提供可能的解决措施。
发现缺陷的平均时间
这表示从系统软件出现故障到被DevOps团队发现所需的平均时间，也就是问题发生和被发现之间的时间。对于软件开发人员来说，减少这个时间非常关键，因为更长的发现时间可能导致更长的系统停机时间，进而影响到其他商业指标，比如客户满意度。
图片截取自：PingCode
修复平均用时
修复平均用时（MTTR）是衡量软件性能的一个重要指标。这个指标涉及从发现软件安全漏洞到推出修复方案所需的时间长度。MTTR值较低表示开发团队在解决软件安全问题（比如bug）方面变得更加高效。
图片截取自：PingCode
4.可用性和用户体验指标
这是一组关键指标，用来评估用户对产品的满意程度。虽然这些指标因为其主观性和依赖于用户愿意提供反馈的程度而难以准确衡量，但它们能够提供有力的见解，帮助了解软件是否达到了用户的期望。
净推荐得分（NPS）
这个指标衡量用户愿意将软件产品或服务推荐给其他人的程度。NPS有助于了解用户的忠诚度和满意度，对建立长期关系非常关键。NPS值介于-100到+100之间，可以通过NPS调查工具来有效地收集这些数据。
客户满意度得分（CSAT）
这是一个用来评价用户满意度的软件开发关键绩效指标。用户根据他们的体验给软件打分，分数范围从1到5。这个指标比较容易测量，但需要向用户发送满意度调查。这样的评估能够提供用户对软件的整体感受，帮助发现并解决潜在的问题。
客户努力得分（CES）
这是另一个评估软件可用性和用户体验的指标，它衡量用户在使用软件与业务互动（如完成交易或提交支持问题等）的难易程度。企业利用客户努力得分作为一种可用性指标，来评估完成任务或提交支持问题时用户的互动便利性。CES的评分范围是1到7。
避免过度管理的KPI和建议
设立KPI并努力达成它们会给软件开发团队带来额外的压力。过度管理开发人员可能会创造出一个不利于团队成长的环境。以下是一些建议，可以帮助避免这种情况：
- 尽量减少在开发过程中的干预
- 管理关键绩效指标，而不是每个小任务
- 信任你的团队
- 鼓励开发人员独立做决策
- 定期赋予团队成员比你感觉舒适的更多责任
软件开发的KPI对于整个编程过程至关重要，因为它们帮助管理层评估和排序目标及团队目标。这些指标分为四个主要类别：开发团队的生产力、软件性能、缺陷管理、以及可用性和用户体验。这些类别根据其关注的特定领域分类，每一类都提供了项目整体状况的重要视角。对所有相关方来说，了解各种KPI、它们的应用以及计算方法是非常关键的。
