DevData Talks | 知乎艾辉：从工具建设到运营，千人团队研发提效最佳实践

在千人级别的组织层级提升研发效能，是一种什么体验？可以确定的是，千人级组织的效能提升，并不是百人级团队的等比放大。

在数十人乃至小百人的团队，统一规范研发工具与流程的门槛相对较低，参与方也比较简单，一般由 Leader 直接主导，QA 负责执行，效能建设直接服务于单个业务研发团队的需求。

而在千人级组织中，为了保障研发协作高效且效能数据可度量，一般会设置独立的研发效能团队，负责工具统一建设，标准化研发实践，为效能改进提供平台化的支持能力。一对多服务各个业务研发团队，需求更杂，参与方更多，需要统一标准化的事项也更多。

那么，研发效能团队要如何帮助每个单点业务团队有效解决效能痛点，进而撬动千人级组织的整体效能改进？

在本期 DevData Talks 直播活动中，知乎研发效能负责人艾辉老师与我们分享了知乎的研发效能提升实践。这也是知乎研发效能提升经验的首次公开分享。

内容提纲

除了讲述知乎的工具平台建设思路和历程之外，艾辉老师本次着重分享了效能平台运营推广和产品化的经验——研发效能团队不仅要把工具搭建好，还要帮助业务研发团队把工具用起来用好，并且用做产品的思路持续迭代工具，才能真正成为工程师背后的工程师。

艾辉老师强调，要推动研发效能实践落地，必须要梳理清楚这个项目的生产关系——找准参与方，并清晰定位各方的角色和责任。

在知乎，研效的整体负责人是CTO，直接负责人和直接受益方是各团队的技术负责人。通过加强研发 Leader 在研效项目中的参与感，一是确保项目能推动，规范能落地；二确保效能提升方向与研发团队本身利益一致。

团队 QA 由于对业务更熟悉，能够作为研效项目 BP，执行效能实践的推行、数据分析和改进措施落地，同时带动上游的产品和研发配合研效实践。

而效能平台工具团队和敏捷教练则作为横向组织，提供产品化工具平台、研发数据定义、研发实践方案制订等支持。

以上述方式，自上而下授权，横向纵向协力，共同推动效能提升。

每个团队的阶段和业务性质不同，团队中每个角色的视角不同。要在千人级别组织提升研发效能，大概率会面对来自各个一线研发团队千奇百怪的个性化需求，但其中很多是没有共性的低质量需求。

如果照单全收，不仅工具平台的开发成本高企，用户也会觉得太复杂用不起来；而如果拒绝需求，又会导致产品满意度下降，用户直接放弃，效能提升无法落地。因此，研发效能团队需要以产品化的思路去筛选、抽象出真正的需求。

知乎的做法是设置了明确的需求准入和处理机制：借助模板明确需求 owner、推广方案和试点部门，技术委员会和多级别负责人审核保障需求存在共性，需求 owner 提前确认产品方案，需求完成后追踪产品使用数据反馈。通过一系列机制，保障高质量的需求能够转化为工具平台的能力，赋能多个团队。

完整视频

---

『关于DevData Talks』

DevData Talks 是一个开放分享研发效能实践经验与方法论的系列栏目。

我们会邀请行业专家分享研发效能提升、数字化管理等相关先进实践与深入思考，持续沉淀优质干货内容。与伙伴们共同探讨研发效能领域的实践与思考，一起交流、学习、成长。

独行者速，众行者远。