技术团队运用度量驱动开发提升质量：策略与实践

总篇226篇 2023年第40篇

2022年伴随着一站式卖车业务的推进，业务已经从相对简单的用户和车商的信息业务逐步转变为用户到车商全链条交易业务，业务呈现出了多种业态，既包括原有的信息业务，也包括了交易、O2O等。新年伊始，随着业务的发展，用户在二手车业务的生命周期获得了延长，用户端和商家端在业务上结合得越发紧密。在此基础上，还有新旧业务功能持续集成，以此来产生协同效应。越来越多的业务流程也导致了管控难度的提升以及流程上下游之间衔接点的增多。在这个业务发展的背景下，技术系统在支撑业务功能迭代时发现，由于业务的广度和深度的增加，技术系统在实现业务目标时，服务与服务之间的调用链路增长，关系增多，业务目标服务与服务之间的转化难度也在逐步提升，技术系统领域的复杂度也产生了新的增长。这些技术系统的问题会直接反映在业务目标的转化上，体现在是否更快速、更高效。

技术团队的目标是开发新功能和保障技术系统稳定运行。业务的实现严重依赖于技术系统的运行状况，而越是复杂的技术系统，就越需要技术团队来掌控其运行状态。只有当技术团队很好地掌握了技术系统的运行状况时，才能助力业务目标的实现。提高技术团队的掌控能力需要深入洞察技术系统的运行状态。随着技术系统的复杂度不断提高，二手车技术团队面临着三个关键性洞察力问题。从业务视角来看，技术层面的监控系统缺乏对业务的深度监测和评估，链路监控无法实现对业务转化链路的串联监测，而仅有的基础资源类监控指标无法反映业务结果。

二手车技术团队作为为商业侧服务的技术团队，其目标都是支撑业务实现商业价值。技术团队的核心问题在于提升商业转化路径上各个业务节点的技术质量。二手车技术团队在技术层面需要提升对技术系统的洞察力，在业务层面需要确保商业转化路径的质量。上述两个方面的诉求归根结底都与技术系统的质量相关，既横向保障业务在商业转化路径上的质量，又纵向保障技术系统在系统调用链路上的质量。综上所述，技术团队的任务是实现商业价值，而商业价值的实现路径需要有很好的质量保障。技术团队需要解决的问题是提升系统的洞察力，以夯实实现商业价值的基础。

技术团队如何实现商业价值？技术团队可以通过优化业务流程、开发和实施高效的业务流程来提高公司的整体运营效率。也可以通过创新产品或服务、研发新技术或新产品来满足市场需求，从而带来商业价值，或者通过降低成本、优化技术方案来降低公司的运营成本等多种方式来在实现商业价值中做出贡献。通过拆解技术团队的日常工作，技术团队在实现商业价值中的核心是两个事项：编写代码和运行代码，然后实现新功能、改进现有功能、修复错误、提高性能或降低成本等。所有这些产生商业价值的事情只有在代码运行时才能提供，而不是在编写时就可以提供。因为即使代码设计模式适用、代码注释详尽、数据算法高效，如果没有运行，对于业务而言仍然没有实现任何商业价值。运行中的代码才是有商业价值的。因此，为了为业务提供最大价值，技术团队需要尽可能深入地了解代码运行时的状态，而技术系统的度量指标通常是实现这一要求的唯一方法。

二手车技术团队作为服务于业务侧的技术团队，希望能够通过对技术系统的持续改进在实现商业价值中做出更多的贡献。结合团队的诉求和现实情况，行业内有各种各样的监控系统，能够实现技术系统端到端的监控，比如Prometheus等。同时，汽车之家内部也有一些自研的监控系统，基本能够实现全覆盖的监控。然而，技术系统的持续改进与带来商业价值之间总是缺乏一个有效的链接。我们逐渐认识到单纯部署一个或是几个监控系统不能解决我们的诉求，我们需要的是一种能够建立在基于数据的决策思想之上的方法，旨在提高软件质量、性能和可维护性，在整个软件开发生命周期中持续收集、分析和利用各种度量和指标，通过与业务侧深度协作，通过有益的决策来推动持续改进。这与度量驱动开发（Metrics-Driven Development，简称MDD）的理念不谋而合。

度量驱动开发主张整个应用开发过程由指标度量驱动，通过实时度量指标来驱动快速、精确和细粒度的软件迭代。度量驱动开发的理念，不但可以让技术团队实时感知技术系统的状态，及时跟踪定位并解决问题，而且可以帮助业务和运维团队一起关注相关的业务指标。

度量驱动开发（Metrics-Driven Development）的理念理早是在2011年3月12日Etsy公司举办的一次技术交流会上，由Etsy核心平台部负责人Mike Brittain提出的。

►应用可观测性

业界对于度量驱动开发有许多应用的案例和实践，来自Gartner的《2023年重要战略技术趋势》中的“应用可观测性”也介绍了类似度量驱动开发一致的理念。

度量驱动开发可使所有可以测量的东西都得到量化和优化，进而为整个开发过程带来可见性，帮助相关人员快速、准确地做出决策，并在发生错误时立即发现问题并修复。我们希望通过感知技术系统的运行状态，并且不断根据运行时的数据提供改进策略，将上线、监控、调试、故障调查及优化等纳入设计阶段，而不是等到系统部署后再去补充。相对于通过制定各种复杂、严格的研发规定，以及各种评审会议来确保技术系统的安全可靠、稳定运行，度量驱动开发的理念的特别之处在于，通过采集必要的监控信息，通过持续交付方式进行快速迭代并进行反馈和修正，所有决定都是基于对不断变化的情况的观察做出的。

二手车技术团队在采用度量驱动开发的实践探索过程中，总体分为4个阶段，首先，依据二手车业务的范围进一步圈定核心领域。其次，通过核心领取构建度量指标体系。再次，通过对于度量指标的监控协同业务侧推动部分指标的改善，我们在此采用了最小可行产品（Minimum Viable Product，MVP）的策略，通过构建具有最少功能的版本，尽早地推出产品以测试反馈并验证概念的可行性。最后在验证效果后建立可视化的技术系统来推动整体的实践探索更具易用性、扩展性的落地和发展 。

度量驱动开发那么首先需要解决的问题就是度量，也就是度量指标体系的构建，回顾探索实践的过程，在实践探索的过程中遇到的困难的也是度量指标体系的构建。度量指标体系的构建我们的目标是做到覆盖尽可能全面的覆盖，我们对于全面覆盖总结为横向和纵向2个方向上的覆盖。首先，横向需要满足业务的广度尽可能的纳入更多的核心关键业务，其次，纵向需要将业务-技术纵深进行深入的挖掘覆盖尽可能多的核心关键技术系统。

在上部分中对 CLS 的基础理论进行了介绍，并通过相关示例演示了 CLS 值是如何计算的，接下来我们看一下在浏览器中如何通过工具对 CLS 进行跟踪测量。

完成基于二手车业务的度量指标体系构建，完成设计近400个相关数据指标，实现了二手车业务流程和技术系统的全面覆盖，具有重要意义。这一成果为二手车业务提供了全面的数据洞察，帮助业务和技术人员更好地理解业务进展和技术系统，从而做出更明智的战略决策、提高效率、优化资源分配、改善客户体验，最终实现竞争优势和可持续增长。这些指标不仅提供了深刻的业务洞察，还为数据驱动的决策和创新奠定了坚实的基础。  

度量驱动开发（Metric-Driven Development，MDD）在软件工程领域扮演着关键的角色。它强调了度量数据在软件开发过程中的重要性，这些度量数据可以是关于代码质量、性能、可维护性、进度等各个方面的信息。

首先，度量驱动开发有助于质量的改进。通过定期收集和分析度量数据，技术团队可以更好地了解软件质量的状态。这包括了解代码质量、性能表现、可维护性等各个方面。当度量数据揭示出问题或潜在的缺陷时，团队可以采取措施来改进质量，确保软件达到高标准。

其次，度量数据可以用于目标设定。技术团队可以根据度量数据来设定明确的开发目标。例如，他们可以使用性能度量来设定性能目标，代码质量度量来设定代码质量标准。将这些目标加入到技术团队开发过程中的指导原则，有助于确保项目朝着期望的方向前进。

此外，度量数据可以提供决策支持。项目管理和决策制定者可以根据度量数据做出明智的决策。例如，他们可以根据度量数据决定是否进行技术债务的偿还、是否进行性能优化、是否进行安全漏洞修复等关键决策。

持续改进是度量驱动开发的核心原则之一。通过分析度量数据，团队可以识别问题的根本原因，并采取措施来不断改进开发流程、工具和实践，以提高效率和质量。最后，度量数据还有助于提高透明度和沟通。团队成员可以共享度量数据，让每个人都了解项目的状态和质量，有助于更好地协作解决问题。

下一个阶段重点建设的方向是监控工具的通用化建设，通用化的工具建设将更加灵活，允许团队根据其特定需求进行定制和扩展，能够满足不同团队和业务的需求。通用化的工具建设将更易于扩展，支持集成新的数据源、第三方插件和自定义脚本，以适应不断变化的技术栈和复杂性。这将为团队提供更大的灵活性，使他们能够构建适合其独特需求的度量驱动开发的解决方案，从而更好地理解和管理他们的技术系统和业务。

正如现代管理学大师彼得·德鲁克所说的“如果你无法度量它，就无法改进它”，度量帮助我们更深刻认识软件工程领域中的方方面面，设定改进方向，并衡量改进效果。

高成

■ 二手车事业部-技术部-专项团队

■ 2022年加入汽车之家二手车事业部，现任二手车技术部专项团队的负责人，在基础架构、软件工程等领域有相对深入的了解。