环境管理是我们日常工作中比较复杂的一环,主要是因为涉及内容比较多,程序、配置、数据都会涉及,如果是开发、测试环境,还会涉及到测试数据造数、系统刷数据、不同的人使用、锁定、转让、释放等问题。 下面我将会从环境分类、环境建设的难点,以及最后如何解决这些难点来讲述研发效能之环境建设。 环境的分类 网络类型环境 从网络环境的可访问性区分,研发效能涉及以下三种环境: 办公网络环境:公司的内部办公网,也是管控相对比较宽松的网络,可以访问外网。 对于我们研发效能团队来说,我们一般会维护一张各个环境互联互通、安全网络策略的表格,让各方心里都有数。万一出现访问性的问题,相关人员也能自己排查。
上一篇「找到能做好研发效能的人」 ,我介绍了如何找到研发效能的领域专家,这一篇我来分享一下之前在带团队做产品的时候一些需求管理的经验,尤其是做研发效能平台涉及到的一些情况。 来到公司我们做的第一件事情,就是摸排公司在研发效能这个方向上的水位,公司都有哪些活动,哪些流程,有哪些工具,每个工具都在哪些部门的谁手里,工具的使用程度如何,大家都有哪些诉求等等。 我们团队都是领域专家,也就是对研发效能领域有很深的认识,对需求高优与否有判断能力,基本上不会受嗓门高低影响。 需求文档质量 我们团队很小,一开始只有5个人(1前端,2后端,1设计师,1产品)。
微信图片_20200326110756.jpg 任何的管理活动中都有流程,IT运维管理也是。 企业会针对各类业务流程有一套规章制度,比如:财务管理流程、项目管理流程、产品研发流程等。可见,流程的约束是企业管理的一个重要手段,用于规范化员工的工作流程和行为。 ITSM关注的是普通终端用户能直接感知到的IT服务,其最终目的是提升交付出去的IT服务质量,而ITSM中的服务运营(如:服务资产和配置管理、事件管理、发布和部署管理、变更管理等)依赖于ITOM做支撑,ITOM 可见,和ITOM紧密相关的管理流程,包括请求管理、发布/变更管理、事件管理、配置管理都在ITSM领域,这就是为什么很多企业都是使用ITSM系统来管理这些流程,而现实情况是这些流程在ITSM系统中只是孤立的 “管理流程”,仅连接了“人”与“人”,而无法和各个运维管理系统打通集成。
接着,详细讨论了控制器与NAND闪存之间的功耗分配问题,并介绍了利用NVMe电源状态来有效管理驱动器的功率消耗的方法。 通过 NVMe 功率状态可以高效管理功率,以限制驱动器的 TDP(热设计功率)。 关键的功率效率指标是在活跃状态和空闲活跃状态(低延迟恢复)下每瓦特的性能。 NVMe 能耗管理功能 通过 NVMe 工具,可以发现和调整 SSD 的电源状态。 自适应写入功率管理(Adaptive Power Management) 根据 I/O 压力和 NAND 的写入需求,自适应调整功率分配: 在低负载情况下,减少 NAND 通道的供电,节约功耗。 FDP 的功率管理策略可以显著提升性能功耗比(perf/W)。 3.
本文将给出一套可落地的研发效能衡量框架,梳理常见研发管理效能指标与4类看板示例,帮助中高层与PMO把度量变成改进闭环。一、为什么指标越多,管理感受反而越差? 下一章,我们把研发管理效能指标落到“可直接建字典”的清单,并补上口径建议。三、研发管理常见的效能指标清单(含口径建议)下面这份清单,你可以直接用于“指标字典”的骨架。 每个研发管理效能指标至少要写清:定义口径、数据来源、统计口径(均值/分位数)、以及“异常时采取什么动作”。 第2步:建立“指标字典”,先解释清楚再谈目标每个研发管理效能指标建议至少包含:定义/公式、数据来源、统计周期分层方式(系统/产品线/团队)适用场景与禁用场景(尤其是:早期不用于个人绩效)异常阈值与对应动作 当你把研发管理效能指标与看板真正嵌入治理节奏(规划—交付—复盘—改进),组织会逐步形成一种成熟能力:用数据对齐事实,用机制约束行为,用共识推动改进。这才是“度量”的长期价值。
传统方法 1、U盘管理 问题:中毒,忘带,不支持多终端文件操作,版本管理麻烦; 2、使用一台笔记本电脑 问题:中毒,忘带,耗费体力,版本管理需要通过新建大量文件管理; 3、邮件或者QQ 问题:操作繁琐 传统方法 1、U盘管理 问题:同时编辑可能导致资料管理混乱,文件归集难度较大,文件版本不可管控; 2、邮件管理 问题:文件版本管理混乱,操作繁琐,人员增加管理成本指数级升高 3、微信群管理 问题:文件容易遗失 ,版本管理混乱 推荐方法--坚果云|QQ群文件管理 坚果云(收费) 第一步:下载坚果云客户端,安装并开通团队功能; 第二步:创建团队共同管理文件夹,邀请其他坚果云用户进行管理,原理同个人坚果云; 第三步 :设置管理者权限。 +文件管理 缺点:上限2G,通过文件名区分版本不智能 ?
我建议 1)梳理全公司的编译和运行时环境需求 2)把基础环境的固化到有版本控制的 Dockerfile中,3)然后研发效能平台引用这些基础镜像,最终达到编译和运行时受控。 此时研发效能管理平台就会自己记录一份当时运行的命令,以便后面排查之需,比如保障制品的可重现。 所以在这里,我们可以看到研发小伙伴会把大部分编译时配置放到构建脚本中,存在于代码仓库(repo)中和源代码一起进行版本管理;研发效能平台部署环境时,会从平台上传入参数进行「干净的」编译,此时平台会记录一份编译时的配置 具体的情况说明,可以参考我《研发效能之环境管理》的这篇文章。做好变更风险管控就好。我个人觉得SQL 上线,配置文件上线,前端 CDN 都应该整合到应用上线流程中去,而不是单独有一个平台来承载。 这样数据打通、角色和权限打通、流程打通,统一的体验和流程,解决了各种系统间跳转带来的问题,提高了产研运各方的整体效能和工作体感,尤其是对于中小公司来说。
达不到团队协同,怎么可能有好的团队效能? 李善友说,成人学习的目的,是追求更好的思维模型,而不是增加更多知识量。 他认为他很努力了,但是总是不能真正解决问题,他做的事,总要你或者你认为「靠谱」的人去检查一遍,他团队效能一定是很差的。 德鲁克说,管理就是激发人的善意。人的善意是什么?我跟人认为,人的善意就是要个人成长,仓禀实而知礼仪,个人成长了,收入就会增加,就会更加在意自己的成长。
本文共计1241 预计阅读时长4分钟 在大数据时代,海量数据的产生给企业带来了新的机遇,也带来了复杂的管理挑战。如何高效利用数据资源、降低运维成本、提升系统性能成为每个企业的共同难题。 用AI驱动高效管理 从源头解决大数据困境 智能管家的核心价值在于用智能化手段简化复杂的大数据管理任务。 从管理到洞察 让智能化引领未来 腾讯云大数据始终致力于为各行业客户提供轻快、易用,智能的大数据平台,目前智能管家已经成为腾讯云大数据管理生态的重要组成部分,全面接入了弹性Map Reduce和数据湖计算 通过数据特征识别、异常场景丰富和根因算法加持,实现对资源、服务及业务调度数据的深度洞察和智能管理。 我们相信,随着AI等技术的不断发展,智能管家将能够更好地服务于用户,解决他们面临的各种挑战从而推动企业数据管理向智能化、高效化、低成本方向发展,让智能管家成为企业数智化转型的可靠伙伴。
对于DevOps支撑平台当前业界主流的一个说法叫研发效能管理平台,从这个叫法上也可以看到是将敏捷研发管理和CI/CD集成的一个基础能力平台。 而这个平台的目标就是希望提升研发效能。 这个就容易给大家造成一个误解,应用了DevOps就能够彻底了提升研发效能。但是实际的问题并没有这么简单。也又回到了常说的思维技能和工具方法之间的关系上面。 任何工具层面的内容都仅仅是一种效率提升手段,真正的效能提升重点仍然应该是在研发过程管理能力和开发人员能力培养上面。 需求管理,配置管理,QA和QC,发布和运维等管理内容进一步的固化和自动化掉,让研发人员重心真正专注到核心业务需求实现上面。 因此在早期的CMMI过程实施过程中,其实核心目标也是提升研发管理效能,CMMI的核心思路你可以理解为通过MA度量过程持续的采集数据和分析数据,形成相关的估算基准,同时有形成组织级的过程能力基线。
工厂设备管理的核心目标,是让设备在全生命周期内稳定运行、效能最大化,同时降低故障停机损失与维护成本。 这需要建立一套覆盖 “选、用、养、修、换” 的全流程管理体系,结合技术手段与制度规范,实现从 “被动维修” 到 “主动管控” 的转变。一、前期规划:为设备 “选对路”设备管理的基础始于选型阶段。 (如激光对中仪、动平衡仪),能解读振动频谱图;管理人员:理解 OEE(设备综合效率)计算,通过数据分析优化维护计划;引入数字化管理工具:对中大型工厂,可部署设备管理系统(CMMS/EAM),实现保养计划自动提醒 做好工厂设备管理,本质是在 “设备稳定性” 与 “管理成本” 之间找到平衡 —— 既不能因过度维护增加成本,也不能因管理缺位导致故障频发。 通过前期科学规划、日常精准维护、故障根因治理,再结合人员能力提升与数字化工具,才能让设备真正成为生产效能的 “助推器”。
MyEMS 作为一款基于现代信息技术的专业能源管理系统,应运而生,为用户提供了全面的能源管理解决方案。 它融合了先进的传感器技术、数据通信技术、计算机技术和能源管理理念,为用户打造了一个集数据采集、分析、监控、预警和优化于一体的综合能源管理平台。在功能特点方面,MyEMS 表现出色。 用户可以根据自身的实际需求,选择不同的功能模块进行组合,搭建适合自己的能源管理系统。同时,随着用户业务的发展和能源管理需求的变化,系统可以方便地进行升级和扩展,添加新的功能模块和设备接口。 企业版功能更强大,适合中大型企业,除了具备社区版的全部功能外,还增加了高级分析、多用户权限管理、节能方案优化等功能,能够满足企业复杂的能源管理需求。 总之,MyEMS 作为一款功能强大、技术先进、适用范围广泛的能源管理系统,为用户提供了全方位的能源管理解决方案。
我建议 1)梳理全公司的编译和运行时环境需求 2)把基础环境的固化到有版本控制的 Dockerfile中,3)然后研发效能平台引用这些基础镜像,最终达到编译和运行时受控。 此时研发效能管理平台就会自己记录一份当时运行的命令,以便后面排查之需,比如保障制品的可重现。 所以在这里,我们可以看到研发小伙伴会把大部分编译时配置放到构建脚本中,存在于代码仓库(repo)中和源代码一起进行版本管理;研发效能平台部署环境时,会从平台上传入参数进行「干净的」编译,此时平台会记录一份编译时的配置 具体的情况说明,可以参考我《研发效能之环境管理》的这篇文章。做好变更风险管控就好。 这样数据打通、角色和权限打通、流程打通,统一的体验和流程,解决了各种系统间跳转带来的问题,提高了产研运各方的整体效能和工作体感,尤其是对于中小公司来说。
MyEMS(Energy Management System,能源管理系统)作为一款专注于能源监测、分析与优化的智能化工具,正逐步成为解决这一问题的关键力量,为不同领域的能源管理提供科学支撑。 与传统的能源统计方式相比,MyEMS 打破了 “人工抄表、数据滞后、分析片面” 的局限,通过自动化、智能化的技术手段,让能源管理从 “被动统计” 转向 “主动管控”,为用户提供精准、高效的能源管理解决方案 例如,工厂管理者可通过平台实时监控生产线的电力消耗,及时发现设备空载、过载等异常情况。2. 提升管理效率,减少人工成本传统能源管理依赖人工抄表、手动统计,不仅效率低,还易出现数据误差。 多系统融合与数字孪生:MyEMS 将与企业的生产管理系统(MES)、楼宇自控系统(BAS)、碳管理平台深度融合,构建 “能源 - 生产 - 环境” 一体化的数字孪生模型。
本着「少些概念解决问题,脚踏实地躬身入局」的原则,之前写了一些关于研发效能领域实践的文章,写完之后我一般用的标签是「研发效能」「持续集成」「持续交付」「DevOps」,这样就让本来很简单的一件事复杂了很多 DevOps运动的主要特点是倡导对构建软件的从集成、测试、发布、部署、基础架构管理等所有环节的全面自动化和监控。 细品:持续交付2.0把精益创业部分纳入了进来,升级成了一种产品研发管理思维框架。这是很大的进步,让我们可以站在更高的维度审视我们做的事情。 研发效能 定义:研发效能是一个组织高效交付产品的能力,以及围绕提高这一能力所建立起来的由规范、流程、标准、工具、度量体系、实践等组成的系统工程体系。 细品:研发效能包括规范制定、流程优化、工具建设、研发度量和实践这五个方面。后面的文章我会针对这五个方面一一阐述。 总结 研发效能是组织高效交付产品的能力及支撑其能力所建立的系统工程体系。
智能移动巡检管理系统通过多维度感知 + AI 决策 + 人机协同的技术闭环,构建 “预测性维护 - 智能派单 - 知识沉淀” 的全链路巡检体系,成为工业设备管理从 “粗放型” 向 “精细化” 转型的关键工具 、工单执行、异常上报”,AR 辅助降低操作难度,无需专业技术背景;管理层(运维主管):通过管理后台查看全局巡检数据,制定 “月度巡检计划、人员排班”,接收高危故障预警并协调资源;技术层(算法工程师):通过云端平台迭代 五、总结:重构工业巡检的价值体系智能移动巡检管理系统的核心价值,在于通过技术手段将传统 “人工驱动、事后维修” 的巡检模式,升级为 “数据驱动、预测性维护” 的智能化体系。 它不仅解决了 “效率低、安全风险高” 的表层问题,更构建了 “可追溯、可预测、可优化” 的设备管理生态,为工业 4.0 转型提供了关键基础设施支撑。 随着 AI、数字孪生等技术的深化应用,系统将进一步从 “设备巡检” 向 “全场景工业安全管理” 拓展,成为智能制造中 “安全保障、效率提升、绿色低碳” 的核心力量。
上一篇文章《 研发效能组织能力建设之特性团队FeatureTeam(上)》,我介绍了一个非常有意思且高效的组织模式-特性团队。 看完这些你是否发现特性团队没有告诉我们在研发过程中如何管理需求,对外协调沟通,怎么开会,规范流程,跟进执行,项目状态如何可视化等。 我通常是利用 Scrum 这个管理框架来完成这些事情的,这也就是本文我要介绍的内容。 “完成”产品增量 由组织构建并授权,来组织和管理他们的工作。 FeatureTeam(上) 陈宗绵|关于研发效能的理想与现实
直达原文:【春季发布】嘉为蓝鲸DevOps研发效能管理平台 V7.1重磅发布!AI赋能,研发效能再进化! 您可获得需求协同、持续集成、制品管理、测试管理、度量分析、价值流分析,再到应用配置管理、部署交付、运维运营的全过程支持,助您全面提升企业软件研发质效,实力保障应用交付的安全与稳定,以企业IT转型赋能业务数字化转型
对于大量小而美的互联网软件项目,当版本需求被确认之后,比拼的就是研发能力,具体来讲就是从需求转化成软件或者服务的能力,这其中研发效能的高低对于理平台这里首先明确两个关键词的含义:CI: 持续集成,开发提交代码后 自研上云其实为何要自研上云,相信每个独立项目方都有各自的理解并且对云化服务的优劣势会有对应的分析,我这里只是为各位看官举个简单的例子(仅代表个人观点):更简单的管理(隔离)过去由传统的 一个大型应用拆分为几十个微服务
1第一,度量体系对于研发效能的意义 提高研发效能的方法非常多,比如引入先进工具、优化工作流程和调整组织结构等。不过无论用什么方法,最终都要回答一个问题:研发效能提升了吗?提升了多少? 因此,研发效能的度量很重要。 管理大师彼得·德鲁克讲过,“没有度量就没有管理。”管理者的一项重要职责,就是思考如何做好度量,以及基于度量做决策。 然而度量并不好做,为什么? 真正复杂的是对内面向过程管理的指标设计,如何拆解上述四个指标、指标落地路径如何实现,才是研发效能度量体系建设最重要的环节。因为上述四个指标不是可以轻松达成的,并且四个指标中至少有存在两个明显问题。 对于每周都会发生的事情,我们会进行相关的响应力和质量进行考核,每周也都会对上一周的事件进行复盘,把对事故的管理转变成对事件的管理。 在整个体系的日常运营管理上。要明确责任主体,即谁为研发效能指标负责。我们定义的主体是研发部门,让部门承担这个指标,不考核个人。