👆点击“博文视点Broadview”,获取更多书讯
这些年,由于一直在拥有数万名研发人员的大型互联网公司做DevOps和研发效能的相关工作,做过敏捷和持续交付实践的大规模推广,组建并带领团队从零开始建设服务于全公司的、一体化的、一站式的DevOps平台,发起公司级效能度量委员会并制定度量指标体系;而且在技术社区持续活跃,在各类综合性/专业性技术大会中担任出品人等角色,对互联网大厂的研发效能提升思路和做法有一定的理解,因此,把这些经验总结起来,形成了一个具有增强回路效果的研发效能提升体系,我们称之为研发效能的“黄金三角”,如图1所示。
图1 研发效能的“黄金三角”
研发效能的“黄金三角”由三部分组成,分别是效能实践、效能平台和效能度量,它们彼此独立,又相互关联。
其关联关系如下。
因此,效能实践、效能平台和效能度量形成了一个彼此增强、迭代优化的回路,有效利用好这个增强回路可以帮助企业持续提升研发效能。
下面我们分别从目标、价值主张、实践分类和实施建议几个维度展开讨论。
1
效能实践
研发效能实践地图如图2所示。
图2 研发效能实践地图
目标:提炼和采纳与上下文匹配的DevOps及效能提升实践。
价值主张:产品导向+工程卓越。
实践分类:业务敏捷创新实践、敏捷精益协作实践、持续交付工程实践、云原生技术实践、组织和团队拓扑等。
实施建议:业界一致认为,DevOps领域和研发效能领域从来没有“一刀切”的解决方案,不要迷信某个成熟模型或某种规模化框架就一定能对你有帮助。正确的实践选择一定要基于上下文,找出价值流中最大的障碍,选取工具箱中适当的实践,从小范围开始,纵向进行实验,应用敏捷思维来提升组织效能,逐个解决瓶颈问题,循环往复。
2
效能平台
效能平台框架如图3所示。
目标:打造一站式、一体化的效能平台,支撑软件交付全生命周期。
价值主张:自动化+自助化、场景化+生态化。
图3 效能平台框架
实施建议:效能平台的建设切忌开始就追求“大而全”,所谓的“一站式、一体化”只是手段,不是目的,最终以能满足研发场景的诉求为主。尤其是在平台建设初期,不妨以支持To B客户的思维来运营平台,深度绑定和跟进种子团队,深刻理解业务痛点和需求,这样做出来的平台马上就会有人用,然后收集反馈,像滚雪球一样越做越完善。另外,还要注重需求价值流和工程价值流之间的联动,而不要将其分裂成毫无关联的两个系统。
3
效能度量
目标:在正确的方向上开展研发效能度量和数据洞察,指导和驱动效能改进和提升。
价值主张:数据驱动+实验思维。
实施建议:效能度量本身也是一个比较复杂的体系,包含自动采集效能数据、度量指标体系、度量分析模型、度量产品建设、数据驱动和实验思维等多个方面,将它们整理后,称为“研发效能度量的五项精进”,如图4所示。
图4 研发效能度量的五项精进
(1)构建自动采集效能数据的能力。通过系统分层处理好数据接入、存储计算和数据分析。
(2)设计效能度量指标体系。选取结果指标用于评估能力,选取过程指标用于指导分析改进。
(3)建立效能度量分析模型。这里的模型是指对研发效能问题、规律进行抽象后的一种形式化的表达方式。模型有很多种,如组织效能模型(战略资源投入分布和合理性)、产品/团队效能模型、工程师效能模型等。我们还要合理采用趋势分析、相关性分析、诊断分析等方法,分析效能问题,指导效能改进。
(4)设计和实现效能度量产品。首先将数据转化为信息,然后将信息转化为知识,让用户可以自助消费数据,主动进行分析和洞察。
(5)实现有效的效能数据运营体系。要避免不正当使用度量而产生的负面效果,避免将度量指标KPI化而导致“造数据”的短视行为。效能改进的运作模式也很重要,如果只是把数据报表放在那里,效能不会自己变好,需要有团队或专人负责推动改进。
与研发效能相关的话题是不是很有意思?这里还有很多值得展开和深度思考的内容,比如:
以上每个问题都值得单独探讨,我们会在《软件研发效能提升实践》一书中一一分享。
本文摘自《软件研发效能提升实践》一书,欢迎阅读本书了解更多相关内容。
扫码查看本书详情!
扫码查看本书详情!
如果喜欢本文欢迎 在看丨留言丨分享至朋友圈 三连
热文推荐
一文掌握 Docker 技术体系
巧用PostgreSQL高可用中间件
一种很爽的学习方法,被我Get到了!
所以,我们依然要读书!
▼点击阅读原文,了解本书详情~
本文分享自 博文视点Broadview 微信公众号,前往查看
如有侵权,请联系 cloudcommunity@tencent.com 删除。
本文参与 腾讯云自媒体同步曝光计划 ,欢迎热爱写作的你一起参与!