本文节选自知乎研发效能负责人艾辉老师在 DevData Talks 上的分享《知乎的研发效能提升实践》。
DevData Talks 是由思码逸主办的研发效能系列直播活动，每月一次，一起开放务实地聊聊研发效能。
在千人级别的组织层级提升研发效能，是一种什么体验？可以确定的是，千人级组织的效能提升，并不是百人级团队的等比放大。
在数十人乃至小百人的团队，统一规范研发工具与流程的门槛相对较低，参与方也比较简单，一般由 Leader 直接主导，QA 负责执行，效能建设直接服务于单个业务研发团队的需求。
而在千人级组织中，为了保障研发协作高效且效能数据可度量，一般会设置独立的研发效能团队，负责效能工具平台建设。一对多服务各个业务研发团队，需求更杂，参与方更多，需要统一标准化的事项也更多。
那么，研发效能团队要如何帮助每个单点业务团队有效解决效能痛点，进而撬动千人级组织的整体效能改进？
在本期 DevData Talks 直播活动中，知乎研发效能负责人艾辉老师与我们分享了知乎的研发效能提升实践。这是知乎研发效能提升经验的首次公开分享。
内容提纲
除了介绍知乎的工具平台建设思路和历程之外，艾辉老师本次着重分享了研发效能运营和产品化的经验——研发效能团队不仅要把工具搭建好，还要帮助业务研发团队把工具用起来用好，并且用做产品的思路持续迭代工具，才能真正成为工程师背后的工程师。
1. 效能运营：找对研发效能的关键参与方
艾辉老师强调，要推动研发效能实践落地，必须要梳理清楚这个项目的生产关系——找准参与方，并清晰定位各方的角色和责任。
在知乎，研效的整体负责人是CTO，直接负责人和直接受益方是各团队的技术负责人。通过加强研发 Leader 在研效项目中的参与感，一是确保项目能推动，规范能落地；二确保效能提升方向与研发团队本身利益一致。
团队 QA 由于对业务更熟悉，能够作为研效项目 BP，执行效能实践的推行、数据分析和改进措施落地，同时带动上游的产品和研发配合研效实践。
而效能平台工具团队和敏捷教练则作为横向组织，提供产品化的效能平台、研发数据定义、研发实践方案制订等支持。
以上述方式，自上而下授权，横向纵向协力，共同推动效能提升。
2. 效能产品化：用做产品的思路建设研发效能
每个团队的阶段和业务性质不同，团队中每个角色的视角不同。要在千人级别组织提升研发效能，大概率会面对来自各个一线研发团队千奇百怪的个性化需求，但其中很多是没有共性的低质量需求。
如果照单全收，不仅工具平台的开发成本高企，用户也会觉得太复杂用不起来；而如果拒绝需求，又会导致产品满意度下降，用户直接放弃，效能提升无法落地。因此，研发效能团队需要以产品化的思路去筛选、抽象出真正的需求。
知乎的做法是设置了明确的需求准入和处理机制：借助模板明确需求 owner、推广方案和试点部门，技术委员会和多级别负责人审核保障需求存在共性，需求 owner 提前确认产品方案，需求完成后追踪产品使用数据反馈。通过一系列机制，保障高质量的需求能够转化为工具平台的能力，赋能多个团队。
在线客服.png)
