研发效能不得不经历的4个阶段 ——有赞效能改进之路

1. 复杂组织下的精益改进实践有赞 · 费解（效能改进负责人）

2. 讲师简介程序员出身，2016 年加入有赞，拥有 PMP、 PRINCE2、 CSM、 LeSS 、六西格玛黄带、ITIL 等多项认证和执业资格，曾在国企、外企、外包和互联网企费解有赞效能改进负责人 ee.msup.com.cn 业等不同环境下从事项目管理和效能改进工作。

3. 目录 1. 背景介绍 2. 关键实践 3. 总结反思 ee.msup.com.cn

4. 摘要 • 有赞 2012 年 11 月在杭州成立。目前旗下拥有：有赞微商城、有赞零售、有赞连锁、有赞美业、有赞教育、有赞小程序等全面帮助商家经营移动社交电商和全渠道新零售的 SaaS 软件产品。 • 本案例基于有赞近几年在研发效能领域的探索，对研发生产过程进行观察、改进和反思后，所进行的总结与沉淀。 • 其中展示了复杂组织里，在不改变现有组织形态的前提下，如何践行敏捷与精益的思路，希望能成为有类似境遇的同行们的参考。 ee.msup.com.cn

5. 案例背景 • 业务发展快，组织机能和协同机制难以及时跟上。 • 以功能模块划分实线团队，场景需求难闭环交付。微商城跨多业务线协作 • 没有业务牵引，研发团队的目标感和责任意识弱。 • 通用能力下沉到中台，一半是海水，一半是火焰。 • 业务耦合，一项需求常常击穿多个团队，响应慢。中台 ee.msup.com.cn 美教业零育售

6. 关键实践一：寻找问题边界（1/3）隐藏组织的复杂细节，识别系统，进行系统化思考 FT ee.msup.com.cn

7. 关键实践一：寻找问题边界（2/3）系统的本质：输入 → 处理 → 输出 FT ee.msup.com.cn

8. 关键实践一：寻找问题边界（3/3）系统目标：及时响应输入，保证准时输出，提升处理能力交付周期（前置时间）提出需求开始处理等待时间 ee.msup.com.cn 完成交付处理时间

9. 关键实践二：打造业务闭环（1/3）以产品为维度，打破组织边界，建立虚拟业务线职能部门A 职能部门B 职能部门C 零售FT ee.msup.com.cn 教育FT 美业FT 中台FT

10. 关键实践二：打造业务闭环（1/3）附图 ee.msup.com.cn

11. 关键实践二：打造业务闭环（2/3）在虚拟业务线内部，统一优先级，完成闭环交付 t t ee.msup.com.cn

12. 关键实践二：打造业务闭环（2/3）附图 ee.msup.com.cn

13. 关键实践二：打造业务闭环（3/3）无法闭环的需求，用跨业务排期和共建进行统筹 ← ← ← ← ee.msup.com.cn

14. 关键实践二：打造业务闭环（3/3）附图 ee.msup.com.cn

15. 关键实践三：构建敏捷组织（1/3）把虚拟业务线做实，提升自闭环和业务导向的研发能力职能部门A 职能部门B 职能部门C ee.msup.com.cn

16. 关键实践三：构建敏捷组织（2/3）设置桥梁和组件团队角色，从技术层面降低外部依赖，从协作层面减少摩擦力 ② 服务模式流动式团队 → 赋能团队 → 复杂子系统团队 → ——《高效能团队模式》 ee.msup.com.cn FT1 FT2 FT3 桥梁组件（中台） FT4 FT5 桥梁 ① 促进模式

17. 关键实践三：构建敏捷组织（3/3）识别浪费，用精益和 DevOps 加速交付 ee.msup.com.cn

18. 案例总结 • Q：业务发展快，组织机能和协同机制难以及时跟上。 • A：虚拟业务线 → 实线化，DevOps 加速。 • Q：以功能模块划分实线团队，场景需求难闭环交付。 • A：业务排期 + 共建。 • Q：没有业务牵引，研发团队的目标感和责任意识弱。 • A：统一需求优先级，营造业务价值导向的目标感。 • Q：通用能力下沉到中台，一半是海水，一半是火焰。 • A：桥梁和组件团队模式，作为业务技术的支撑。 • Q：业务耦合，一项需求常常击穿多个团队，响应慢。 • A：寻找问题边界，闭环业务，减少外部交互。 ee.msup.com.cn

19. 案例总结 – 需求交付数量的变化趋势（以某业务线为例）增长两倍！ ee.msup.com.cn

20. 案例总结 – 需求交付时长的变化趋势（以某业务线为例）保持稳定！ ee.msup.com.cn

21. 心得与思考（1/4）谋时而动，顺势而为 ee.msup.com.cn

22. 心得与思考（2/4）抓住原则寻找系统边界（哪里不快） → 打造业务闭环（闭环就快） → 构建敏捷组织（越来越快） ee.msup.com.cn

23. 心得与思考（3/4）虚拟业务线：用时间换空间跨团队本身就无解，只是在既定组织结构下缓解了风险，但为业务发展留出了空间。 ee.msup.com.cn

24. 心得与思考（4/4）共建：用债务换生存共建是另一种缓解，只解决组织协同，未突破工程壁垒。 ee.msup.com.cn

25. 下一步启示 • 通过人和事两个维度，看懂「研发效能」。 • 精益，不是更快，而是：准时生产、全员积极参与改善。 • 下一步：基于 DevOps 和精益度量的敏捷转型。 ee.msup.com.cn

26. 延伸阅读 ee.msup.com.cn

27. 团队介绍 2017 年建立有赞项目管理机制 2019 年建立虚拟业务线的需求交付机制 2021 年基于 DevOps 和精益度量的敏捷转型 2016 年 2018 年 2020 年效能改进团队组建推动建立 CI/CD 流水线建立跨业务线的共建协作机制 ee.msup.com.cn

28. 【同行交流】有赞技术公众号 ee.msup.com.cn

29. 关注msup公众号获取更多工程效能实践案例