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