项目背景

‍

作为处于快速成长期的团队，戴尔科技集团旗下的 VxRail 团队在研发效能方面的主要关注点是，如何在团队扩张的同时，使研发效率保持超线性的增长。

IT 行业性质决定了 VxRail 团队的产研特征：定制化程度较高、前置需求分析环节较重，存在多版本并行开发的情况。为了更高效响应市场变化，VxRail 研发侧正在全面敏捷转型中。

‍

‍

项目挑战

‍

• 缺乏量化指标，无法客观了解效能现状与瓶颈
• 不同角色关注的对象、维度存在差异，需要符合角色需求的效能分析
• 需要以数据支持敏捷转型中的管理，改进研发流程

‍

解决方案

‍

以编码环节为切入点，客观认知研发交付现状

思码逸帮助 VxRail 团队引入了编码环节的工作量指标代码当量，作为其研发效能平台的首批指标之一，为研发效率的评估提供数据抓手。

一方面，代码当量指标可以挤掉代码中的水分，避免代码移动、增删等行为带来工作量的大幅波动，更加科学合理。

另一方面，代码当量直接从代码中解析出工作量信息，能够在保障清晰可信的同时，以较低成本快速开启效能度量。在效能建设早期，这一指标可作为切入点，帮助团队客观认知研发交付现状，建立起效率目标共识。

代码当量指标健壮性较强，不易受噪音影响。因此可作为校准其他指标的抓手，与上游的需求环节、下游的评审、测试、交付环节交叉分析，帮助研发团队逐步建立起全流程的效能度量。

一套度量数据多维分析，服务于不同角色及场景

研发效能需要组织上下不同角色共同参与。只有符合角色需求、指向明确结论的效能数据呈现，才能给使用方带来有价值的信息，争取到更多内部成员支持。

戴尔科技集团 VxRail 团队自建了研发效能平台，并在平台封装了其业务交付逻辑与流程，将思码逸的效能数据汇集到平台层，根据不同关注对象做聚合，应用于不同场景。例如：

高管关注产品线：看项目效率是否符合预期

新项目关注速度，启动速度应更快，摸索期应更短；老项目关注维护成本可控，不应有太多效率波动。根据横向看不同阶段、不同规模的项目效率，了解研发团队的工作重心，合理规划产品线及调配人力。

高管关注团队：看团队规模增长对效率的影响

通过同比环比，观察随着人员增长研发效率如何变化，从而决策是继续扩张团队，还是改善实践修炼内功。避免软件规模及架构复杂度快速上升、协作成本快速上升带来的效能降低。

团队负责人关注团队：及时了解项目/团队的效能情况

每周了解项目/团队研发效率，设立合理区间，及时发现异常点，避免忙闲不均或超负荷工作等情况

团队收到与项目经理关注版本：对比基线，识别交付风险

以过往版本的历史效率数据为参考，建立不同类型版本的产量随时间变化的基准线，辅助项目规划、进度跟进与回顾。

事后度量打通事前预估，支持敏捷转型中的效能改进

微观层面：校准故事点

思码逸提供的研发效率数据，可以与项目管理中的故事点数等预估工作量数据进行交叉分析，评估需求拆分和估点是否合理，校准需求颗粒大小，减少需求拆分误差带来的波动，进而提高故事点指标的可信度。

宏观层面：建立历史数据的效率趋势基准线

Dell VxRail 以版本为度量对象，结合项目阶段（孵化期、开发期、维护期）、版本类型（Major、Minor、Patch）等属性，从历史数据中统计出不同版本阶段的研发效率变化，建立效率趋势基准线。

基准线的价值在于：

• 及时识别异常点。例如，在某版本接近代码冻结的时间点，基准线显示主要开发工作本应已完成，事实上却仍有很多提交动作和代码当量。这提示规划环节未充分评估风险、研发环节未充分前置风险，导致代码冻结未能真正达成。在迭代回顾中，团队需要充分讨论分析这些异常点，在后续迭代中实时改进。

‍

• 识别系统性的浪费。例如，当老项目接近收尾工作量下降，而新项目还没开始，相关研发人员处于空转状态。基准线能够反映普遍的项目空转时长，进而评估研发协作与人力调配方案是否需要调整。

• 项目经理规划排期时，需参考基准线与团队现状，合理预估交付日期和成本，合理规划项目路线与任务分配；多版本并行时，可辅助团队根据阶段需求，合理分配人力。

‍

‍

总结

‍

在快速成长期，戴尔科技集团 VxRail 团队以研发效能平台支撑组织级治理，承载起效能度量及分析的能力；并以代码当量指标为切入点，开启效率度量，在团队快速扩张的同时保障了研发管理的可见性。在定位关键问题后，通过合理分配研发资源、指导人才选用育留、识别迭代中的风险等系统性改进行为，来支持持续高效与敏捷转型实践。

VxRail 团队对研发效能的探索正在继续，期望在全面进入成熟期后，能基于现有的方法和系统的组合拳，进行产品线与组织结构的迭代，来从容应对行业与技术的迅速变化，保持产品及研发团队的长期活力和竞争力。思码逸先进的产品能力与方法论，将持续为 VxRail 的效能改进提供数据洞察。

‍