本文整理自美团技术沙龙第76期《大前端研发协同效能提升与实践》。前端团队在产研多角色协同形式上存在不同阶段,而大前端多技术栈在各阶段都有其独特的实践,同时又有类似的演进路线。本文从到店终端团队移动端和前端技术栈持续交付演进历程展开,分享了大前端团队研发流程在“标准化”、“线上化”、“自动化”以及“数字化”的演进经验,并探讨了大前端多端DevOps建设思路和未来规划。
在客户现场遇到紧急的问题,通常这类问题客户都没办法立即处理,提交到交付同学这边后,交付同学一般会赶紧的找到开发同学,临时打了一个包,或者自己现场编写脚本,在半个小时到两个小时内处理这类问题。这其中根本没有所谓的流程规范,有的就是快速沟通、1v1快速处理,在最短的时间内处理掉客户的问题,这是我之前的做法;现在出现问题后,先收集问题表像,在深入到里面,查日志,查报错信息,手机完成后,在内部的工单系统进行提交,同事会对问题进行确认,确认后提交开发同学修改,修改后跟随版本迭代发版,再由交付人员给客户现场升级,验证后,关闭工单,同步客户已的问题。
TestOps是测试驱动的一种延伸,它强调测试人员与运维人员沟通协作规范化的实践模式。
前段时间公众号后台有粉丝留言问了一个问题:作为测试leader,该如何落地测试流程?
很多技术同学在日常的工作中接触到的大多是TO C的业务或者对外业务,由于大多数企业的主要营收是来自外部用户,因此内部的一些项目不会有太规范的流程和太高的要求标准。什么高可用高性能都是扯淡,良好的用户体验根本不存在。如果是一些内部的技术项目,特别是一些基础技术设施的技术项目,反而对技术要求是比较高的。
作者:fredboxiong 腾讯CSIG项目管理 |导语 现今ToB私有化产品形态多样,具有各自特点,项目越来越多的同时也给大家流程操作带来了很大的困扰和挑战。私有化项目运作流程不同于公有云产品,较之更复杂,关键事项/环节更加多面。项目流程地清晰化、科学化、实操化能使项目运作产出更加高效、质量进一步提升。 流程的重要性:如果把产品/项目比如成汽车,那么流程就如同汽车行驶的道路。要想汽车跑的顺畅、跑的安全,就需要把道路修建好。 对已在运行的项目进行流程改善优化,我们遵循解决问题方法:观察&发现问题→分
目录: 一、万达DevOps平台建设历程 二、平台架构解析 三、建设过程中的难点分享 四、总结 一、万达DevOps平台建设历程 我们从2017年2月份开始帮助万达网络科技建设DevOps平台,2017年6月份完成试运行上线交付。目前万达网络科技公共平台研发中心的所有产品和项目都已经通过DevOps平台管理起来,实现了全面的持续集成、持续交付等能力,并持续进行过程度量和改进,不断提升IT运行效率。 建设背景 万达网科成立后,业务需求处于一个飞速增长的阶段,在短时间内已经发展到将近30个产品、40个项目,管理
本文探讨了在大型企业内实施敏捷实践(框架)时,如何制定有效的流程来确保团队能够实现版本交付的目标。作者认为,将流程与敏捷实践(框架)隔离,可以更好地确保团队在开发过程中遵循规范,同时提高团队的工作效率和质量。
目标是促进端到端、及早的交付,用最短的时间顺畅地交付用户价值。具体可细分为以下指标:
《DAMA数据管理知识体系指南》对企业的数据管理成熟度定义了6个层级,分别为:0级-无能力、1级-初始或临时级、2级-可重复级、3级-已定义级、4级-已管理级、5级-优化级,级别越高数据管理越成熟。对于前期缺少数据管理经验的企业,在无数据专家或数据顾问公司支撑的情况下,容易导致以下的问题:
东风汽车集团有限公司作为中国汽车行业三大集团之一,是中央直管的特大型汽车企业,现有总资产5377亿元,员工超13万名。主营业务涵盖全系列商用车、乘用车、新能源汽车、军车、关键汽车总成和零部件、汽车装备以及汽车相关业务;2021年汽车销售量达327.5万辆,位居国内汽车行业前三位;销售收入超过6000亿元,位居世界500强第85位、中国制造业500强第9位。
本文目录: 一、普元DevOps平台建设历程 二、如何建设企业级的DevOps平台 明确定位:DevOps是覆盖IT全生命周期的生产线 理清思维:DevOps思维和互联网思维的区别 认清价值:DevOps给你带来怎样的业务价值 建设步骤:DevOps平台建设步骤 细节至上:DevOps平台建设关键点 三、DevOps平台架构剖析 总体架构解析 敏捷过程 持续集成 自动化部署 持续交付流水线 一、普元DevOps平台建设历程 普元从2008年开始研发持续集成平台(CIP)、自动化测试平台(UTP),2009年
DevOps的理念已经说了很多年,其带来的价值逐渐被接受,很多企业也逐渐引入了DevOps。目前普元DevOps平台发布到5.2版本,这期间为多个客户实施了DevOps平台。那么,实施的主要过程是怎样的,在实施过程中会遇到哪些问题又是如何解决的,本文将和大家一起探讨这些问题。
讲师 | 张新 编辑 | 白凡 作者简介: 个人简介:张新,曾从事中国银行软件设计开发工作,熟悉银行业务系统和开发过程;现作为中国银行软件中心DevOps应用的项目经理,牵头完成持续集成、持续交付、D
作者介绍 徐桂林 当前在FIT2CLOUD负责公司的技术布道和生态合作。在此之前先后供职于意法半导体、Autodesk 和 阿里云。徐桂林热衷于云计算(尤其是公有云IaaS平台),有过多年AWS的生产环境工作经历,是较早在国内分享AWS上实践经验的作者之一。 需不需要一个独立的部署系统是很多企业用户在构建持续交付流程中经常困惑的一个问题。也经常有用户会问我们,现在已经有 Jenkins,它自身提供了丰富的部署插件(如 WebSphere 部署插件、Tomcat 部署插件等),方便用户直接把构建出来的部署包
实现持续交付不仅仅是买些工具,做一些自动化的工作。它依赖于交付过程中所涉及的每个人的协作,来自行政管理层的支持,以及基层人员的改进意愿。
本文整理自方正证券高级项目管理杨媛媛在Top100大会上的分享。 区别于互联网,金融行业的 IT 项目的特性为:项目周期长、项目量大、业务需求复杂、合规监管严格,同时与外部以及第三方的交互较多。在系统开发的方面,也需要和软件供应商或人力外包厂商等进行合作。这些特性决定了券商的项目管理和互联网有着天然属性上的不同。 此外,两年前方正证券由于缺少统一的项目管理平台,导致项目的情况、进展和风险等相对不透明。同时,在异地办公的情况下,同事之间需要依赖微信和电话沟通项目,造成了很大的不便。这些特性和痛点推动了方正证
区别于互联网,金融行业的 IT 项目的特性为:项目周期长、项目量大、业务需求复杂、合规监管严格,同时与外部以及第三方的交互较多。在系统开发的方面,也需要和软件供应商或人力外包厂商等进行合作。这些特性决定了券商的项目管理和互联网有着天然属性上的不同。
前端工程化是现代Web开发的关键组成部分,它将开发流程、工具和最佳实践结合起来,旨在提高开发速度、代码质量和团队协作。本文将深入探讨前端工程化的重要性、核心概念以及如何构建一个高效的前端工程化流程,以满足不断发展的Web开发需求。
在11月召开的中国 DevOps 社区广州峰会上,无限极(中国)有限公司DIT开发与测试中心的测试与效能经理陈顺生 分享了其团队在支持公司业务数字化转型中的 BizDevOps 建设实践,令在场听众受益匪浅。
在11月召开的中国 DevOps 社区广州峰会上,无限极(中国)有限公司DIT开发与测试中心的测试与效能经理 陈顺生 分享了其团队在支持公司业务数字化转型中的 BizDevOps 建设实践,令在场听众受益匪浅。
在今年的敏捷团队建设中,我通过Suite执行器实现了一键自动化单元测试。Juint除了Suite执行器还有哪些执行器呢?由此我的Runner探索之旅开始了!
标准和规范总不像一个数学公式那样黑白分明,它的概念总是显得抽象和模糊。因此,并不存在真正意义上的标准和规范,而是指的从业人员相互之间的约定积累,以及在工作中达成共识的结论。
在数字化的转型浪潮中,开发人员的生产力越来越被企业重视,提升团队研发效能、缩短TTM成为了实现企业战略目标的重要措施。企业中的研发团队从每个团队各自试验、探索,逐步整合基础设施、最佳实践、企业规范等,形成企业内部研发平台,为所有团队开放企业核心资源和提供DevOps能力,使研发团队更专注于业务价值的交付。
现在很多公司正在做或者计划做研发效能,也知道研发效能工作很重要,能提高产研运同学的协同效率,提高员工的工作效率和质量,提高业务交付效率和交付质量,但是价值有多大?效率又有多高呢?因为不容易说清楚,所以经常碰到一些质疑和灵魂拷问。
这篇文章是软件工程系列知识总结的第三篇,前面的两篇文章聊了软件工程的重要性以及相关的基础知识。这篇文章,我会将软件工程中关于项目规划和管理的重点知识进行总结梳理,并以自己理解的方式进行阐述。
传统企业的数字化并非一蹴而就,也不是单单引进云原生、微服务这些新兴的概念和工具就可以做到,而是一个持续的吸收、消化和改造的过程。这个过程中更为考验 IT 团队的,是如何让这些新概念、新工具去更好更快地适应和支撑一家企业中不断增长的业务需求。
他说线上系统出现了资损,原因是有一个MySQL查询语句用了limit分页但是没用order by,数据重复了。按理来说像这种低级的错误不应该犯的,但在真实工作场景中,这种低级错误总是会时不时的出现。
在文章之前,我想花点文字来说一下D/O分离,在工作过的几家公司运维,都曾经强调过D/O分离。个人承认在早期,比如说运维团队成立初期,D和O此时没有职责界定,这个是非常必要的,它能快速厘清各自的工作内容,然而随着团队逐渐规范,甚至在向ITIL过渡的过程中,过分强调D/O分离,其实带来了很多问题,典型就是相互推诿和运维团队的边缘化。相互推诿是因为在工作中很难把所有的事务分清,你做也可以,我做也可以,那谁来主动说我做呢?运维团队的边缘化是D会逐渐把琐碎的事务转移给O,O会逐渐陷入到这类频繁的事务中,无法找到自己的存在价值。因此我一直对D/O持否定态度的。
之前有位老板和我说过,大家智商是正态分布曲线的,能力上都是大差不差,同时大家都在规范化的公司里面坐着规范化的事情,能力也都差不多,那么为什么有人做的好,为什么有的人更被老板认可呢?其实无外乎就是做事靠谱,人在职场身不由己,究竟哪些东西可以让我们做起事来靠谱呢?无外乎是一些心态吧。
本人一直在从事企业内DevOps落地实践的工作,走了不少弯路,也努力在想办法解决面临的问题,期间也经历过不少人和事情,最近突然有想法把经历过的,不管好的不好的都记录下来,分享给和我一样的一线实践者。我会通过一个个典型故事或场景来叙述,不谈理论,不谈技术, 只谈遇到的人和事,我和我的团队伙伴怎么解决实践中遇到的问题。
提到DevOps/持续集成这些话题,由于开源免费,历史悠久,插件API丰富,群众基础好(可借鉴模仿案例实践资料多)等原因,Jenkins永远是那个最亮的“仔”,也是众多相关领域厂商或者企业「绕不开的“工具”。」 「不过,依然有很多“不完美”,仅仅是个没有“DevOps灵魂”的CI工具(理由如下),但不得不承认它又是“免费”又有“用户量”的CI工具。下面我通过以下几个方面详细做些剖析」
本人一直在从事企业内DevOps落地实践的工作,走了不少弯路,也努力在想办法解决面临的问题,期间也经历过不少人和事情,最近突然有想法把经历过的,不管好的不好的都记录下来,分享给和我一样的一线实践者。 我会通过一个个典型故事或场景来叙述,不谈理论,不谈技术, 只谈遇到的人和事,我和我的团队伙伴怎么解决实践中遇到的问题。
以下内容由摹客团队翻译整理,仅供学习交流,摹客iDoc是支持智能标注和切图的产品协作设计神器。
在上一篇《安全开发生命周期(1)-从源头解决安全问题的SDL简介》中,简要介绍了实施SDL的意义。
测试漏测应该由整个团队背锅,因为发生线上事故影响到了公司业务,影响的不是一个人,而是整个集体。
写这篇文章的初衷,是前几天在团队内部进行了一次缺陷和用户反馈建议的复盘归因分享,略有所得。正好昨天看到chenkl老师的一篇文章:《团队交付质量如何评估》。其中讲到的很多点如缺陷趋势图、交付时长、线上BUG逃逸率、用户反馈等,给了我很多不一样的启发。
其实在今天的运维领域,ITIL和DevOps之间的冲突还是蛮明显的,有些是表现在产品上,有些是表现在思维/理念上。ITIL在产品上以流程为核心目标的设计,很难满足自动化的要求,DevOps极力推崇工具/平台/自服务文化;理念也是如此,ITIL以流程为先介入到一个企业的IT过程。本质上来说,这两者不是同一个东西,但聚焦到运维领域,这个问题值得对比探讨一下。
近期我们一直在思考如何提升Android端应用的开发和交付质量,Android端应用交付质量相关表现:
如何流程高质量的交付用户价值?首先需要有明确的用户价值,那如何去明确用户价值呢?往往大家拿到需求的时候优先会考虑的是这个功能如何实现,但很少有人问这个功能实现了之后会解决客户的什么痛点,做了之后有什么价值?是不是能提升客户的体验亦或者是提高当前的效率。接到一个需求之后大家都是埋头去做,做完之后交付给客户,客户发现这压根不是他想要的东西。
随着人工智能、云计算、大数据等新兴数字技术的高速发展,数字劳动力应用实践步伐加快,以数字生产力、数字创造力为基础的数字经济占比逐年上升。
随着数字化、移动化推进软件的需求是显著增加的,而云计算、大数据等基础设施的成熟,人们期望以另一个方式完成软件开发的交付,低代码这个不太新的概念又获得了人们的关注。
在现有大数据平台的基础上,借鉴业界成熟OneData方法论,构建合理的数据体系架构、数据规范、模型标准和开发模式,以保障数据快速支撑不断变化的业务并驱动业务的发展,最终形成我们自己的OneData理论体系与实践体系。
在运维适应性系统中,随着运维能力需求不断提升,运维组织面临的机器、人、协同关系等不确性特征越来越明显。为了更好的传递公司数字化转型价值创造,确保公司价值产出过程的有序运作,需要建立以价值驱动的运维流程管理,以持续提升运维组织整体运作效率和价值实现,落实运维的能力建设。良好的流程可以帮助运维建立复杂环境的适应性能力,即围绕“需求、改变、风险、适应”四个要素闭环螺旋上升(闭环模型参见《运维挑战:如何构建复杂环境下的适应性系统》)。
随着业务的发展,频繁迭代和跨部门的垂直业务单元变得越来越多。但由于缺乏前期规划,导致后期数仓出现了严重的数据质量问题,这给数据治理工作带来了很大的挑战。在数据仓库建设过程中,我们总结的问题包括如下几点:
随着有赞零售业务的蓬勃发展,为了尽早交付有价值的应用满足客户需求,我们采用了敏捷开发的模式,快速拥抱变化的同时保持竞争优势。从 2019 年起,零售客户端的发版周期更改为每周一次,这对移动端的持续集成与交付提出更高的要求。如何根据现有的团队规模,在有限的资源下,快速搭建稳定可靠的持续集成与交付系统,我们有了自己的实践与思考。
对于设计师来说,标注和切图是工作中非常重要的一部分。最早的标注切图都是由设计师手动进行,不仅浪费时间精力,还极容易遗漏出错。随着设计流程不断被简化,越来越多的标注切图工具应运而生。
作为全球规模最大和首个获得全国飞行安全五星奖的航空公司,中国南方航空拥有自己的移动APP、呼叫中心、官网、自助设备、社交媒体平台和五大数据中心等,可以帮助用户快速实现需求和安全出行规划。
在过去的半年多时间,丁香园前端团队通过对「研发流程的规范和自动化改造」,保守估计「每个月公司前端技术团队相比于年初节省了 1/4 的工作时间」(每个月可以节省一周左右的工作时间)。
国内外大型企业实践表明,标准化和工具赋能是企业成功的关键所在。DevOps 标准及基于标准的 DevOps 持续交付流水线平台和项目实践,可以较大幅度地提质增效,更加安全敏捷地提高企业市场竞争力!“以评促建,以评促改”,以评估为抓手,让 DevOps 标准更快更好落地,助力企业数字化转型。 2022年7月28日,中国信息通信研究院隆重发布了 DevOps 系统和工具标准最新批次评估结果。 中泰证券股份有限公司(以下简称“中泰证券”)本次参评的项目为蜂鸟效能平台项目,顺利通过中国信息通信研究院开展的《研发运营
领取专属 10元无门槛券
手把手带您无忧上云