转转-李金城-管理视角看效率：转转研发效能管理

总结

技术基建对效率的影响

• 统一技术栈的重要性：2015-2018年，转转未统一技术栈导致重复造轮子，效率和质量问题频发。2018年后通过成立前端技术委员会、统一开发框架（Vue/React）、调整晋升标准等措施，19年底效率显著提升，组件库占比67%，页面开发效率提升30%，运营自助生成占比95%，页面平均打开时间低于0.8s。
• 高频基建需尽早完善：测试环境治理从2017年5台机器到2021年基于标签路由的动态增量部署，稳定性提升95%，部署时间缩短70%，资源消耗降低60%。高频基建应尽早完善，复利效应显著。

技术选型对效率的影响

• Hybrid开发模式优化：2016年转转APP从Native开发转为Hybrid模式，解决发版瓶颈问题，H5体验大幅改善，发版效率提升40%，再未出现发版瓶颈。

历史包袱对效率的影响

• 技术债管理：技术债需防微杜渐，通过记录大债、保持10%-20%技术建设投入、年底集中瘦身、在线问题跟进机制等方法控制技术债。
• 中台的双刃剑效应：2017年中台建设虽提升宏观效率，但合并后需求暴增导致质量失控。通过制定需求管理规则、完善自助平台、组建中台BP等措施，新业务3-5人两周即可跑通流程，但链路变长导致协同难度加大。
• 测试团队优化：从“保姆”向质量保障转型，聚焦核心项目、提高提测质量、扩大测试开发比例，开发测试人数比从2:1提升至4:1，开发测试周期比从1.2:1提升至2:1，效率和质量同步提升。

人对效率的影响

• 保持团队活力：紧抓资源、保持10%-20%人员流动、解决Leader沟通拖延问题（双月绩效沟通机制），提升团队效率。

日常效率管理保障体系

• 核心三件事：项目管理（聚焦重要事情）、资源管理（合理分配HC）、交付管理（降低做事成本）。
• 保障机制：工具赋能管理，机制推进工具完善。
• 推荐效率指标：
  • 需求响应率
  • 研发负载率
  • 需求价值分布
  • 产品需求和技术建设投入比例
  • 产品需求优先级分布
  • 统计周期内产品需求进入研发环节的占比
  • 开发编码时间占比
• 指标组合分析：结合需求响应率、研发负载率、编码时间占比可判断资源合理性。

核心观点

• 技术基建需统一且尽早完善，高频基建应追求卓越而非“够用”。
• 技术选型需科学，Hybrid模式显著提升效率。
• 技术债需主动管理，防微杜渐。
• 中台建设需平衡宏观与微观效率。
• 测试团队需聚焦核心、提升质量、扩大自动化比例。
• 人员管理需保持活力，优化沟通机制。
• 日常效率管理需通过项目管理、资源管理、交付管理三件事，结合工具和机制，通过多个指标持续迭代优化。