本文主要澄清了敏捷开发、持续集成、持续交付1.0、持续交付2.0 、持续部署、DevOps、研发效能七个概念,以便我们在后续相关实践中能清楚地辨别。 从上图中我们可以得到研发效能主要关注点还是在产品研发这个环节,不涉及市场。 写作初衷 软件开发领域从不缺新概念。 本着「少些概念解决问题,脚踏实地躬身入局」的原则,之前写了一些关于研发效能领域实践的文章,写完之后我一般用的标签是「研发效能」「持续集成」「持续交付」「DevOps」,这样就让本来很简单的一件事复杂了很多 研发效能 定义:研发效能是一个组织高效交付产品的能力,以及围绕提高这一能力所建立起来的由规范、流程、标准、工具、度量体系、实践等组成的系统工程体系。 细品:研发效能包括规范制定、流程优化、工具建设、研发度量和实践这五个方面。后面的文章我会针对这五个方面一一阐述。 总结 研发效能是组织高效交付产品的能力及支撑其能力所建立的系统工程体系。
2020年2月,万达集团“人力资源电子签约平台”上线,员工只需要1部手机,3分钟就可以完成入职全流程。 万达集团上线电子签 打造服务型人力资源 作为世界领先的大型企业集团,万达集团的产业横跨商业、文化、地产、金融,员工数量高达8万人。 电子签作为人力资源数字化转型的一项创新性技术,是将传统的纸质签署变为电子签署,以自动化、无纸化的方式精简和规范HR流程,能够有效提高业务效率和灵活性,这正是人力资源数字化转型所追求的服务标准化、专业化、 电子签不仅能够支撑万达集团输出高效的人力服务,通过无纸化签署节约各类成本,带来管理效能的提升。 同时,可靠电子签名还能够降低代签风险,助力万达集团人力资源打造一个数字化的信任空间。 此外,人力资源是万达集团应用电子签的第一站,后续还将在全业态中大力推广电子签,以数字化技术更好地服务全业态。
对于大量小而美的互联网软件项目,当版本需求被确认之后,比拼的就是研发能力,具体来讲就是从需求转化成软件或者服务的能力,这其中研发效能的高低对于理平台这里首先明确两个关键词的含义:CI: 持续集成,开发提交代码后 一个大型应用拆分为几十个微服务,分别交由不同的团队开发,不同团队之间水平参差不齐,之后还要你开发的应用服务和其他同学开发的部署到同一台服务器上,结果可想而知;现在我们可以将应用程序的代码、运行环境、依赖库、配置文件等必需的资源打包封装到一个容器里 更高的资源利用率(省钱)Docker 对系统资源的利用率很高,一台主机上可以同时运行数千个 Docker 容器。 容器除了运行其中应用外,基本不消耗额外的系统资源,使得应用的性能很高,同时系统的开销尽量小。 和虚拟机相比,容器仅需要封装应用和应用需要的依赖文件,实现轻量的应用运行环境,且拥有比虚拟机更高的硬件资源利用率,能省多少省多少。
8.验证方法 我们的数据被加载到我们的内部数据仓库中,该仓库托管着许多具有大量资源的数据集,因此很难对运行我们的 ClickHouse 增强型 GA 解决方案的成本进行精确评估。
1.3.2 需求分级 每家企业都希望公司的资源持续投入到“有价值”的事情上,持续做有价值的事,首先要在要做的“一大堆事”中,识别真正重要紧急的工作并确保资源投入获得预期产出。 为了解决这个问题,我们在19年下半年根据有赞项目管理特点设计出一套“需求分级”流程,通过识别出每月高优需求并锁定资源确保需求的开发与上线。 二、效能平台的定位——三大“自我修养” 长期以来,为了达成未来效能平台既是“基础设施”又是“跃迁平台”的目标,我们对效能平台总结了三大“自我修养”,也就是定位的三大关键词: 2.1 效能 效能的定义为“ 诚然,现代企业,尤其是互联网公司,已经不能再倚重于劳动密集型或者资源密集型的管理与度量方式了。 而肩负着有赞效能改进的工具性使命的效能平台,必须“闭环”。
8.验证方法 我们的数据被加载到我们的内部数据仓库中,该仓库托管着许多具有大量资源的数据集,因此很难对运行我们的 ClickHouse 增强型 GA 解决方案的成本进行精确评估。
8.验证方法 我们的数据被加载到我们的内部数据仓库中,该仓库托管着许多具有大量资源的数据集,因此很难对运行我们的 ClickHouse 增强型 GA 解决方案的成本进行精确评估。
CTO/CIO需提升IT资源ROI、统一分析公有云账单、掌握整体成本使用结构;运维/开发管理者需高效管理所有云计算资源;财务管理者需实现成本在企业内部合理化分摊。 理想与现实的差距在于:多云环境下资源分散、账单复杂、闲置资源浪费导致成本攀升,资源利用率待提升。 多云资源统一管理:支持17种云平台一键接入自动发现云资源,配置流程含工单审批(主机申请等);支持统一管理40+云产品(云主机、云硬盘、快照、VPC、EIP、对象存储、数据库等)。 功能完备性:覆盖从资源采买、统一管理到成本分析、优化的全流程,含预算管理(配置、告警、预测)、自定义报表等工具,降低运维成本(Ops Cost)、提升开发效率。 数据驱动决策:费用分析模块提供资源类型费用占比(如CVM、COS、CBS等)、利用率分析、购买建议,支撑CTO/CIO对IT资源ROI的信心(据腾讯全球数字生态大会披露)。
部门墙高筑 千人规模的 IT 团队往往内忧外患,内部 IT 团队无序扩张,外部业务部门争抢 IT 资源。 业务追求完美的 IT 展现,这与IT 部门有限的资源相矛盾,而当业务产出出现问题时,业务部门往往抱怨 IT 团队的支持不够,冲突明显。 赛马机制本质上是通过放权一线,相对低成本地验证最小 MVP 和可靠的团队,以便可以获得更多流量及资源的支持。 随着新型冠状病毒肺炎疫情的到来,大家发现腾讯会议可以很好地解决远程沟通问题,最小 MVP 验证成功,这时腾讯立刻将海量的宣传资源投向腾讯会议,对研发、运维、测试资源也都临时做了调配,腾讯云的大量研发人员都参与了腾讯会议 绝大多数企业仍然是“带着镣铐跳舞”,由于历史和组织的原因,业务依然归业务, IT 归 IT,运维归运维,这种仓筒型的组织架构在 IT 是成本的时代可以更好地复用人力资源,在 IT 是业务动力的时代就显得笨拙而臃肿
在本文中,我们将分析一个金融企业效能洞察的案例,展示效能洞察对企业所带来的显著效果。 02、案例 某大型企业规模庞大,业务复杂,旗下员工数量接近3000人。 因此,该企业决定积极推动度量改革,并打造全集团的效能度量平台,期望通过数据洞察辅助提升效能,实现持续改进。 指标展示阶段: 指标迭代慢、展示效果差、洞察分析弱 通过研发编写代码来实现指标,不仅耗费大量的研发资源,而且交付周期长。每当业务提出新的指标展示需求时,都需要通过研发资源排期解决。 更令人困扰的是,一旦业务需求调整,需要修改指标统计口径时,同样需要重新进行研发资源排期,并在通过测试后才能重新上线。 改进措施: 使用可视化配置界面和拖拽方式生成指标,取代了繁琐的代码定制开发工作,摆脱了对研发资源的依赖,解决了研发资源紧缺、指标修改周期长以及业务数据无法及时验证的难题。
内容简介 Brief Introduction 高效能软件开发团队是任何组织能够持续交付价值的关键。 本书主要介绍了高效能团队模式——团队拓扑,为组织设计和团队交互提供了一种实用的、分步的、适应性的模型,将团队视为交付的基础,团队结构和沟通路径能够随着技术和组织成熟度的发展而演变。 董越,前阿里巴巴研发效能高级专家,DevOps标准核心编写专家,《未雨绸缪——理解软件配置管理从软件集成策略》作者,《版本控制之道——使用Git》译者。 《高效能团队模式》通过对这些关键组织模式、动态交互模式及组织进化方面细致入微的展示,丰富了我们对于组织结构的理解。 《高效能团队模式:支持软件快速交付的组织架构》就像一座灯塔,指引我们从固态组织(陆)航向动态组织(海),期待科技组织大航“海”时代的到来。
自动化运维平台作为保障业务连续性的核心支撑,核心功能是实现数据中心各类 IT 软硬件资源的统筹管理。 核心能力全栈 IT 资源统筹纳管:兼容物理机、虚拟机、容器、国产云等多架构环境,适配麒麟、欧拉等国产操作系统及达梦、OceanBase 等国产数据库,实现数据中心软硬件资源 “一站式” 管控,打破资源孤岛壁垒 ;自动化巡检效能亮眼:支持通用巡检与业务巡检双场景覆盖,适配 200 + 业务系统,可按小时 / 日 / 周 / 月自定义巡检频次;基于 OASR 模型模拟人工操作,实现业务界面自动化巡检,20 万级巡检项每 适用场景以 Web 服务为核心业务的互联网企业;数据中心资源类型局限于 Web 应用服务器,对服务器、网络设备等基础资源的巡检与管控能力薄弱,信创环境适配性差。03 企业自动化运维平台选型建议1. 优先匹配资源规模与类型大规模全资源管控:若数据中心包含千级以上服务器、多品牌网络设备及混合数据库,优先选择嘉为蓝鲸,其全栈纳管与高并发巡检能力可满足复杂环境需求;BMC BladeLogic 虽功能全面
本文将展示如何计算A/B测试的样本量(效能检验)。阅读之前请熟悉抽样分布的概念(点击这里复习)以及比例的标准误差的计算方法(点击这里复习)。祝学习愉快! 1. 一般来说,我们希望将错误率降低至20%,这相当于80%的效能。我们可以通过增加样本量来达成这一目的。 简要回顾:通过7天的A/B测试,每组收集到了700个独立访客的样本量,但是实验的效能只有35%。 将效能提升至80%需要扩大样本量,这需要延长A/B测试的时间。 3. 手动计算80%效能所需的样本量 如果要使测试的效能达到80%,需要多大的样本量呢? 当每组的日访问量为100个独立访客时,测试时长至少要达到23天才能得到效能达到80%的实验结果。 简要回顾:利用标准正态分布,可以得出80%效能需要标准化均值差达到约2.8。 用R进行统计分析 到这里,我们已经非常熟悉样本量计算(效能分析)的整体框架了。接下来,来看看如何将上述所有步骤简化为几行代码。
技术治理&研发效能 首先,我们还是回顾下研发效能的定义和核心价值 研发效能是一个组织持续高效交付产品的能力,以及围绕提高这一能力所建立起来的由规范、流程、标准、工具、度量体系、实践等组成的系统工程体系。 研发效能包括规范制定、流程优化、工具建设、研发度量和实践这五个方面。 scmroad,公众号:scmroad什么是研发效能? 研发效能定义及核心价值 从研发效能的核心价值我们可以看到规范、流程、标准、工具、度量和实践等组成了研发效能的系统工程体系,而这正是技术治理涉及的方面,比如制定相应的研发规范、梳理相关流程等。 这些技术类规范需要各种平台的支撑,其中涉及产研部分很大程度上需要研发效能团队的支持。 研发流程等技术类规范 解决公司业务发展过程中遇到的共性问题和技术挑战 为不同业务场景提供全面的技术解决方案 进行规章制度、规范、平台使用的宣传、培训、布道、配套工具推广等 技术治理的目标 作为业务方,统一对基础设施资源规划和管理做出反馈
对于研发效能这个业务,如果没有对外 toB 业务,那么我们面对的主要是内部用户,我比较推荐的策略是产运一体,本来产品和运营也是不分家的,在运营人员比较少的情况下甚至是部分产品来兼任。 研发效能平台如何运营? 内容运营 内容运营是一个深挖研发效能产品的功能,提炼成场景,让用户对你的产品感兴趣,把用户和产品连接起来并产生互动,促进用户使用产品的过程。简单说就是拉客。 对于研发效能的产品来说,对内的话其实你的用户上限是确定的,不会超过公司的员工总数。但我们还是有很多让用户了解我们的产品,激活用户的运营工作去做。 因为是对内,所以每当我们研发效能平台有重大升级、重大改版的时候,我们都会做一次内容运营,包括产品内宣传、制作易拉宝、会议室屏保等。 用户运营 因为我们是对内的研发效能平台,不会有什么会员等级的功能,但是我们每周都会把我们系统中的用户筛一遍,把我们产品的重度使用用户(页面访问最多,任务卡片最多,占用资源最多,执行流水线最多等)加到我们的
图1 研发效能的“黄金三角” 研发效能的“黄金三角”由三部分组成,分别是效能实践、效能平台和效能度量,它们彼此独立,又相互关联。 其关联关系如下。 效能实践中的优秀实践可以固化、沉淀到效能平台;反过来,效能平台支撑效能实践的落地。 效能平台产生的大量研发数据形成了效能度量中的效能洞察;反过来,效能度量可以持续观测效能平台中产生的数据,进行下钻和深入分析。 数据驱动:我们经常遇到的现象是,一个组织或者团队在消耗了大量的“变革”时间成本和人力资源后,却无法回答一些看似本质的问题。比如,你们的研发效能到底怎么样?比别的公司或团队的好还是差?瓶颈和问题是什么? (3)建立效能度量分析模型。这里的模型是指对研发效能问题、规律进行抽象后的一种形式化的表达方式。模型有很多种,如组织效能模型(战略资源投入分布和合理性)、产品/团队效能模型、工程师效能模型等。
他除了要负责与其他部门协调、资源和预算管理、绩效考核等管理职责,作为领域专家还要胜任以下专业能力: 有大局观,有能力:能站在公司和团队的角度,根据公司战略和业务诉求,制定业务发展的长期规划和短期目标。 案例分享:曾经听说过一位研发效能团队负责人,他之前从未做过研发效能工作,上级领导每次要求什么就都记下来,接着和团队下面每个人去聊。 这种情况我也见到过,对效能这块没想法,也不感兴趣; 纯纯的QA背景的人,可能更关注质量,但对支持产研工作本身的平台建设和实践可能关注少 做后台开发的人会好些,但是有可能对效能不感兴趣转去做公司主营业务 推荐阅读 产品经理,项目经理,FTO 高效能敏捷交付团队反思:特性团队(FeatureTeam)+Scrum 什么是研发效能? 研发效能定义及核心价值 研发效能生态完整图谱&DevOps工具选型必看 互联网公司研发效能/工程效率团队建设和规划 找到能做好研发效能的人
2020年9月4日,QECon组委会将在上海龙之梦大酒店召开为期两天的全球软件质量&效能大会。腾讯WeTest受邀参加,携手5位重量级讲师为现场及观看直播的听众分享腾讯的效能提升之道。 QECon全球软件质量&效能大会(Quality & Efficiency Conference)由此诞生。 QECon代表着追寻“提质增效”的最佳实践,质量驱动效率,效能产生价值,质效合一,为国内企业提高全球市场竞争力服务。 本次QECon全球软件质量&效能大会,规划了一个主会场和多个分会场:云原生工程/质量中台、AI/大数据测试、工程效能、质量保障与管理、测试自动化、需求工程与用户体验、性能测试、架构与代码质量/重构、高效研发体系 腾讯WeTest携手5位优秀的专家讲师,将于9月4日-9月5日在QECon大会的现场向听众分享腾讯效能提升之道的相关话题。
因此,如何在交付过程中进行有效的治理,提高交付效能,对于交付的最终效果会起到至关重要的作用。不可否认,交付效能和治理涵盖的范围很广,具体的实施还是需要根据实际情况进行细化,落地,跟踪, 反馈和改进。 框架的引入 在引入框架之前,很重要的一件事情是,让大家思考为什么要进行交付项目的工程效能的治理和改进。 黄金三角 基于上述的北极星目标的指引,如何更有效地进行交付并提高工程效能呢? 下面的这个价值图的方式可以让团队理解真正“优秀“的工程效能是什么样子的,并且通过这个工具来帮助团队了解理想与现实的差距,然后通过Ray Dalio在“原则”一书中提到的解决问题的五个原则来持续地改进,提高交付工程效能 ,成本、资源和流程上的浪费,以确保走在正确的道路上; 能力提升 - 雷达图可以用来展示需要的能力以及现有的能力,这样可以很容易地告诉你哪些能力可以满足现有的交付需求,哪些能力则需要改进; 团队士气 -
下面我将会从环境分类、环境建设的难点,以及最后如何解决这些难点来讲述研发效能之环境建设。 环境的分类 网络类型环境 从网络环境的可访问性区分,研发效能涉及以下三种环境: 办公网络环境:公司的内部办公网,也是管控相对比较宽松的网络,可以访问外网。 对于我们研发效能团队来说,我们一般会维护一张各个环境互联互通、安全网络策略的表格,让各方心里都有数。万一出现访问性的问题,相关人员也能自己排查。 充足的硬件资源 虽然现在硬件相对人工成本来说已经相当便宜,尤其是有各种云资源可以利用,但是不得不说有些公司依然在资源上不愿意投入。 资源独占和泳道相结合 资源复用这个问题只有环境大量的被创建和使用,现有的资源无法满足需求的时候才会有环境复用的烦恼。