大规模研发团队的管理实践
本文内容节选自由msup主办的第八届TOP100summit，ONES 联合创始人&CTO冯斌分享的《?型研发团队敏捷实践落地 - 基于 SAFe 的?规模敏捷协作》实录。
分享者冯斌，ONES 联合创始人&CTO。EXIN DevOps Master，系统分析师；中国信息通信研究院《研发运营一体化（DevOps）能力成熟度模型》编写专家；曾任职于金山软件、网易邮箱、正点科技；TGO鲲鹏会成员，珠三角技术沙龙深圳组委会成员。
编者按：2019年11月14日-11月17日，第八届全球软件案例研究峰会在北京国际会议中心盛大开幕，现场解读2019年「壹佰案例榜单」。本文为ONES 联合创始人&CTO冯斌分享的《研发运营一体化（DevOps）能力成熟度模型》案例实录。
提纲：
背景与问题
引入大规模敏捷方案
ONES落地过程
总结
案例背景与问题
ONES 项目开始于2016年，专注于企业级研发管理工具。产品研发团队经历了三个发展阶段，每个发展阶段都对应着不同的团队管理方式，以适应产品研发的需求。
初创期：小团队协作——个人物理看板
ONES 的初创阶段，研发团队只有几个人，工作内容相对少，也没有具体的数据需求。这样的情况下使用一个简单的物理看板即可满足团队的管理诉求。
产品 Demo 时期：
15人规模团队协作——引入 Scrum
当产品 Demo 完成，团队扩展到了15人左右。像大多数技术型公司一样，在这个阶段 ONES 引入了 Scrum 的模式组成两个小组，两个迭代同时开发，并建立了 CI 等基础设施以完成基本研发流程自动化。在这个过程中是使用 ONES 自身工具来进行 Backlog 和迭代管理的。
成长期：50人规模团队协作
——多个 Scrum Team + 矩阵式架构
随着公司业务快速发展，研发团队扩张至50人规模，ONES 的 Scrum Team 增加至6个，兼顾业务效率与职能效率。
但简单复制 Scrum Team 也会有很多弊端：
部门内目标对齐与沟通的问题：局部改进、信息传播效率低
部门间目标对齐与沟通的问题：各部门看问题的角度与价值差异、如何确定全局最优
度量能力缺失的问题：缺少度量手段和方法、如何确定改进方向
团队之间的协作效率会因为更多复杂因素而受到不同类型的制约。ONES 是一家企业服务公司，会有产品部门、销售部门、市场部门等，每个部门在看问题的时候角度不同，就会出现价值上的偏差。
此外，除了各部门间沟通的问题，还会有度量层面的问题，因为项目发展到一定阶段后，需要大量的数据作为支撑来进行产品的优化、性能的改进，如果没有一个度量的手段作为监督，就很难确定这个改进是否达到了真正的效果。
而大型团队的基本管理需求是：
面对这些问题和需求，我们需要引入一个更为有效的大规模敏捷方法，因此选择了 SAFe。
引入大规模敏捷方案
SAFe 的一个核心理念，其实可以概括为「分层」。Scrum Team 即团队层，多个 Scrum Team 组成一个项目群（ART），多个项目群组成一个解决方案（SRT），多个解决方案组成一个投资组合（Value Steam）。
由于 SAFe 内容比较多，今天我们重点来探讨一下 SAFe 的下面两层，也就是 Essential SAFe的部分。
ONES 落地过程
ONES 主要应用了 Essential SAFe 的部分，在这里讲几个具体实践。
实践一：引入 PI（项目群增量）会议
对于企业服务公司来说，每个月或每季度都会召开需求会议，就是研发、业务等各个部门的负责人一起讨论这一段时间要做哪些需求。PI 会议的性质与其类似。
PI 会议有4类角色：
在 PI 会议中，我们最主要做的事情是对齐目标和确定各部门全部需求的优先级。对于每一个需求，不同部门都会有一个属于自己的看问题的角度，在这个时候我们可以将这些角度进行处理，最终用优先级去表达。在 SAFe 的框架下有一个 WSJF 的概念去确定优先级。
实践二：引入 PI 回顾会议
当我们引入一个计划会议的同时还要引入一个回顾会议，以便总结计划的执行情况。PI 回顾会议类似于敏捷中的迭代回顾，需要演示已完成的功能、收集反馈并将问题加入到 Backlog 中在下一次 PI 会议讨论。
刚刚我们讨论了 Essential SAFe 的两个重要实践，其实在 SAFe 的整体落地中还有两个很重要的方面，分别是「度量」和「DevOps」。
实践三：度量
关于度量，非常重要的一点是一定要使用工具。如果没有工具帮助我们结构化的存储工作数据，我们的工作成果就很难量化，会让工作效率大打折扣。
ONES 使用自身的研发管理工具进行度量以及可视化呈现。我们主要关注端到端的数据，包括客户满意度、特性前置时间、软件发布质量等。
实践四：DevOps
DevOps 的概念非常大，我们在这里着重来谈自动化。自动化主要有两点优势，第一点是能够尽早发现问题，降低复杂度；第二点是可以进行更有效的质量内建，创建自动化测试流程，并坚持自动化用例执行率100%才算成功。
总结
在听完 SAFe 的相关理论与实践案例后，大家可能会产生一些疑问，实行 SAFe 到底应该从何处开始？
其实SAFe 与 Scrum 还有其他敏捷经典理论在本质上是没有冲突的。
SAFe 强调要快速进行流程推进，所以还是需要强调一下工具的重要性。因为工具能够帮助实现流程以及数据的结构化，结构化之后还可以实现将这些数据输出并聚合到数据中台。工具的引入可以固化整个流程，因此项目的推进效率就会随之变高。
以上内容来自冯斌老师的分享。
- 发表于:
- 原文链接：https://kuaibao.qq.com/s/20200103A0A7KE00?refer=cp_1026
- 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号（企鹅号）传播渠道之一，根据《腾讯内容开放平台服务协议》转载发布内容。
- 如有侵权，请联系 cloudcommunity@tencent.com 删除。
相关快讯
扫码
添加站长 进交流群
领取专属 10元无门槛券
私享最新 技术干货
腾讯云开发者
