如何利用研发效能度量工具分析代码评审的效率、质量与瓶颈？

代码评审（Code Review）是保障代码质量中一个非常重要的环节，也是保证项目交付质量的关键一环。代码评审的开展对于产品质量提升、工程素养提升、研发团队的技术分享交流，或是完善团队代码规范，都能起到重要的促进作用。所以代码评审也是研发效能度量中重要的一环。同时，代码评审的度量结果也可以反映出团队在需求拆分、代码提交等方面的规范是否合理。而且对代码评审进行度量最重要的优点在于，代码评审的度量指标通常是与团队的行为直接相关的，可以直接从度量分析结果中发现团队提质增效的明确方向。

我们通过思码逸的研发效能度量分析平台DevInsight中的来了解一下应该通过哪些指标度量“代码评审”，以及通过看板如何分析其背后的效能。

代码评审度量与分析

首先，如果你还不了解思码逸DevInsight，那么我们在这里需要简单介绍一下。思码逸DevInsight支持接入代码管理、代码检测、CI/CD等 DevOps 工作流中的主流工具的研发过程数据。使用者只需要进行简单配置，就可以将工具中的数据导入思码逸DevInsight。思码逸DevInsight 系统会处理数据，并形成一系列指标以及分析看板。使用者可以根据团队情况自定义指标，并给不同业务线的管理者分配所需的效能分析看板。通过看板，不同层级的管理者们可以从项目、团队、个人的角度分析当前的研发效能，并制定后续的优化策略。

近期思码逸DevInsight 新增了度量代码评审的对应指标与看板。那么思码逸DevInsight 是如何度量代码评审的呢？

思码逸DevInsight是从项目角度对代码评审这个领域进行度量的。在开发过程中，提PR是常规操作，但要保证PR能够被及时合并，合并时间不能过长。所以第一类指标是PR合并的效率和时间，包括 PR 的数量、合并时长等；第二类指标是代码评审的质量和过程，例如每次 PR 的大小，这部分我们可以通过代码当量来进行度量，会比代码行数更科学；第三类指标是需要度量代码评审中是否存在瓶颈，是否存在代码