首页
学习
活动
专区
圈层
工具
发布
综合排序最热优先最新优先
时间不限
研发效能之环境管理
环境管理是我们日常工作中比较复杂的一环,主要是因为涉及内容比较多,程序、配置、数据都会涉及,如果是开发、测试环境,还会涉及到测试数据造数、系统刷数据、不同的人使用、锁定、转让、释放等问题。 下面我将会从环境分类、环境建设的难点,以及最后如何解决这些难点来讲述研发效能之环境建设。 环境的分类 网络类型环境 从网络环境的可访问性区分,研发效能涉及以下三种环境: 办公网络环境:公司的内部办公网,也是管控相对比较宽松的网络,可以访问外网。 用途划分环境 对于产研团队来说,我们通常从环境的用途来划分环境,一是和自己角色相关,研发研发环境,测试用测试环境;二是通过用途区分好理解。 对于我们研发效能团队来说,我们一般会维护一张各个环境互联互通、安全网络策略的表格,让各方心里都有数。万一出现访问性的问题,相关人员也能自己排查。
laofo
2022-10-25
1.2K0
标签:
研发效能中的需求管理
上一篇「找到能做好研发效能的人」 ,我介绍了如何找到研发效能的领域专家,这一篇我来分享一下之前在带团队做产品的时候一些需求管理的经验,尤其是做研发效能平台涉及到的一些情况。 来到公司我们做的第一件事情,就是摸排公司在研发效能这个方向上的水位,公司都有哪些活动,哪些流程,有哪些工具,每个工具都在哪些部门的谁手里,工具的使用程度如何,大家都有哪些诉求等等。 当然研发小伙伴也会发现一些技术方面的需求,我们也会视轻重缓急排期修复。 我们团队都是领域专家,也就是对研发效能领域有很深的认识,对需求高优与否有判断能力,基本上不会受嗓门高低影响。 需求文档质量 我们团队很小,一开始只有5个人(1前端,2后端,1设计师,1产品)。 对于上线时机,我觉得产品研发的前期,只要有信心可以随时上线。尽早的把需求放到线上让用户感知到产品改进,也可以让用户对产品慢慢地建立起信心。 虽说是可以随时上线,我也是建议要有产品或者QA验证的环节。
laofo
2022-10-25
7140
标签:
研发管理效能指标与看板有哪些?附研发效能衡量方法与示例
本文将给出一套可落地的研发效能衡量框架,梳理常见研发管理效能指标与4类看板示例,帮助中高层与PMO把度量变成改进闭环。一、为什么指标越多,管理感受反而越差? 下一章,我们把研发管理效能指标落到“可直接建字典”的清单,并补上口径建议。三、研发管理常见的效能指标清单(含口径建议)下面这份清单,你可以直接用于“指标字典”的骨架。 每个研发管理效能指标至少要写清:定义口径、数据来源、统计口径(均值/分位数)、以及“异常时采取什么动作”。 第2步:建立“指标字典”,先解释清楚再谈目标每个研发管理效能指标建议至少包含:定义/公式、数据来源、统计周期分层方式(系统/产品线/团队)适用场景与禁用场景(尤其是:早期不用于个人绩效)异常阈值与对应动作 当你把研发管理效能指标与看板真正嵌入治理节奏(规划—交付—复盘—改进),组织会逐步形成一种成熟能力:用数据对齐事实,用机制约束行为,用共识推动改进。这才是“度量”的长期价值。
Pax
2026-02-26
6010
标签:
什么是研发效能研发效能定义及核心价值
从上图中我们可以得到研发效能主要关注点还是在产品研发这个环节,不涉及市场。 写作初衷 软件开发领域从不缺新概念。 本着「少些概念解决问题,脚踏实地躬身入局」的原则,之前写了一些关于研发效能领域实践的文章,写完之后我一般用的标签是「研发效能」「持续集成」「持续交付」「DevOps」,这样就让本来很简单的一件事复杂了很多 细品:持续交付2.0把精益创业部分纳入了进来,升级成了一种产品研发管理思维框架。这是很大的进步,让我们可以站在更高的维度审视我们做的事情。 研发效能 定义:研发效能是一个组织高效交付产品的能力,以及围绕提高这一能力所建立起来的由规范、流程、标准、工具、度量体系、实践等组成的系统工程体系。 总结 研发效能是组织高效交付产品的能力及支撑其能力所建立的系统工程体系。
laofo
2022-10-25
2.2K0
标签:
研发效能实践浅谈
对于大量小而美的互联网软件项目,当版本需求被确认之后,比拼的就是研发能力,具体来讲就是从需求转化成软件或者服务的能力,这其中研发效能的高低对于理平台这里首先明确两个关键词的含义:CI: 持续集成,开发提交代码后 由于开放光网络需求迭代的快速增长,如何做到敏捷开发、持续交付、快速版本迭代变得尤为关键,使项目从需求(PRD)到研发上线全流程真正做到“小步快跑,又稳又快”。 自研上云其实为何要自研上云,相信每个独立项目方都有各自的理解并且对云化服务的优劣势会有对应的分析,我这里只是为各位看官举个简单的例子(仅代表个人观点):更简单的管理(隔离)过去由传统的 一个大型应用拆分为几十个微服务 因此研发提交的每一行code都是需要cr的,并且如何想上线必须经过MR评审通过后合入主干master上线发布。 图片这里我们设立了预览环境,即云上生产集群的单独建立namespace用于作为代码上线前做各项回归检查的最后一关,预览环境不承载真实流量,不对用户开放入口,只作为研发和测试包括产品经理对上线项目做最后的检查
MOSS-DZ
2023-05-12
4980
标签:
DevOps |研发效能之环境、程序、配置、SQL变更管理
我建议 1)梳理全公司的编译和运行时环境需求 2)把基础环境的固化到有版本控制的 Dockerfile中,3)然后研发效能平台引用这些基础镜像,最终达到编译和运行时受控。 通常这些构建脚本是研发小伙伴会开发调试时会用到,研发管理平台通常也会用到这些构建脚本,但是有时也会传入一些其它的参数。 此时研发效能管理平台就会自己记录一份当时运行的命令,以便后面排查之需,比如保障制品的可重现。 所以在这里,我们可以看到研发小伙伴会把大部分编译时配置放到构建脚本中,存在于代码仓库(repo)中和源代码一起进行版本管理研发效能平台部署环境时,会从平台上传入参数进行「干净的」编译,此时平台会记录一份编译时的配置 「开发->测试->预发->生产」这样的配置晋级流程通常由研发的小伙伴来完成。具体的情况说明,可以参考我《研发效能之环境管理》的这篇文章。做好变更风险管控就好。
laofo
2023-09-05
6840
标签:
《软件研发效能提升实践》节选 —— 研发效能的规模化实践
在数字化转型、软件“吞噬”世界的时代,软件研发效能已成为企业的核心竞争力。本书系统地阐述软件研发效能的框架,以及有关管理实践、工程实践、组织实践、技术实践、度量实践、规模化实践和工具落地等方面的内容。 以下为本章正文—— IT 扩张的困境 百人左右的研发团队很难碰到研发效能规模化的问题,因为业务与研发相对合作紧密、规模有限、管理层与一线贴近,只要提高每个小团队的研发效能,整体的工程效率自然就提高了 研发效能部门的工作如何考核 “如果你无法度量他,就无法管理它”,百人级企业可以快速进行研发效能提升的核心在于对度量的需求小,业务模式简单,研发效能的提升与变化可以在实际产出中明显地反映出来,不需要价值证明的过程 相对于帮助研发团队提高业务产出,设立一定的规范并要求团队落地是一个更容易实现和更好衡量的目标。因此,研发效能部门往往将自己定位为管理者,希望通过规定研发团队的行为来达到管理的目的。 一般来说,工作流程会呈现在工具上,而不是靠人进行管理。 人员能力是指团队内关键的流转岗位人员对软件工程的认知能力,其中人员包括研发效能部门的工作人员、关键管理者、一线项目经理、产品经理等。
腾讯云 CODING
2022-05-19
2.2K0
标签:
到底什么是“研发效能”?
最近几年能明显感觉到科技型组织开始重视效能建设的越来越多,尤其是“研发效能”。我认为有这么几层原因: 1. 一个高效能研发工作环境能减少工程师的挫败感,更有归属感。 当企业的管理者开始关注效能,由于不同的人各自的过往经验不同,不同企业面对不同的客观条件,对什么是效能、如何提升效能有不同看法。 效能不应等同于生产效率,它包括更丰富的内涵。 在很多公司里,研发人员仍然按产品、开发、测试等不同职能进行管理效能提升自然被分解到了各个职能部门的目标。 我的建议是,对效能建设成效的观察,一是需要更多耐心,二是需要一些更合理的衡量标准来对过程进行综合观察,不只是看一两个结果指标,这样更能让效能建设保持初心。 那么对于一个研发型组织,到底什么是效能效能(或研发效能)的建设是一项系统性工程,本身就极其复杂,充满挑战。对企业来说,这意味着一系列的变革与改进,带有高不确定性特征。
姚安峰
2026-06-19
1480
标签:
应用了DevOps就是研发效能管理,没有这么简单
对于DevOps支撑平台当前业界主流的一个说法叫研发效能管理平台,从这个叫法上也可以看到是将敏捷研发管理和CI/CD集成的一个基础能力平台。 而这个平台的目标就是希望提升研发效能。 这个就容易给大家造成一个误解,应用了DevOps就能够彻底了提升研发效能。但是实际的问题并没有这么简单。也又回到了常说的思维技能和工具方法之间的关系上面。 任何工具层面的内容都仅仅是一种效率提升手段,真正的效能提升重点仍然应该是在研发过程管理能力和开发人员能力培养上面。 当前的研发管理工具,CI/CD支撑工具更多的是将已有的研发过程管理思想进行固化和自动化,不管是偏重的CMMI方法论还是当前主流的Scrum敏捷方法论,工具的目标都是将这些方法论里面涉及到的研发项目管理, 因此在早期的CMMI过程实施过程中,其实核心目标也是提升研发管理效能,CMMI的核心思路你可以理解为通过MA度量过程持续的采集数据和分析数据,形成相关的估算基准,同时有形成组织级的过程能力基线。
人月聊IT
2025-06-24
2560
标签:
研发效能之产品运营
对于研发效能这个业务,如果没有对外 toB 业务,那么我们面对的主要是内部用户,我比较推荐的策略是产运一体,本来产品和运营也是不分家的,在运营人员比较少的情况下甚至是部分产品来兼任。 研发效能平台如何运营? 内容运营 内容运营是一个深挖研发效能产品的功能,提炼成场景,让用户对你的产品感兴趣,把用户和产品连接起来并产生互动,促进用户使用产品的过程。简单说就是拉客。 对于研发效能的产品来说,对内的话其实你的用户上限是确定的,不会超过公司的员工总数。但我们还是有很多让用户了解我们的产品,激活用户的运营工作去做。 因为是对内,所以每当我们研发效能平台有重大升级、重大改版的时候,我们都会做一次内容运营,包括产品内宣传、制作易拉宝、会议室屏保等。 通过这次活动,提升了研发效能的影响力,提供了更多小姐姐和研发小哥哥交流的机会(里边有一些程序问答,很多小姐姐去找研发小哥哥帮忙),加强了大家对互联网公司程序员文化的认知,也让公司看到了我们强大的策划和执行能力
laofo
2022-10-25
8520
标签:
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档