自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(100)
  • 收藏
  • 关注

原创 DevOps|我们需要什么样的产研项目管理工具

上一篇文章《DevOps|产研运协作工具链上的皇冠-项目管理工具》主要讲了项目管理工具对软件研发的重要性,本篇文章主要想讲清楚我们需要什么样的项目管理工具,项目管理工具必须具备的功能有哪些,以及如何选择最适合自己的那一款。

2024-01-15 00:01:39 1333 1

原创 DevOps|产研运协作工具链上的皇冠-项目管理工具

项目管理工具可以说是产研运工具链上最耀眼的明星,也是产研工作最重要的一环(没有之一)。为什么这样说?对于我们每个角色(产品、研发、测试、运维、运营、客服等)我们都可以有各自的专业工具来支撑,能让我们每个角色的工作效率很高,但是我们终究是一个为了共同的目标在一起努力的团队。时间短、任务多、压力大,协调沟通不好,需求上线就很容易延期。我们要协同,我们要有上下文,我们要沟通,而项目管理工具就是能满足这些需求的最好的异步协同工具。这里有国情的原因,也是时代的选择。

2024-01-06 22:15:57 1800 1

原创 敏捷开发-任务拆解、工作量评估和任务指派

在之前的文章我首先讲了1)敏捷的第一步-每日站立会,然后讲了如何2)用看板管理项目或者管理自己的工作待办,今天是第三个主题,讲如何3)在实际项目中做任务拆解、估时和工作指派。

2023-12-16 18:51:36 761

原创 DevOps|研发提效-敏捷开发之任务看板

上篇文章中,我讲了敏捷第一步-每日站立会,讲了我们平时是怎么开站立会的,其实15-30分钟就够了,绝对不是时间长得让你想拄拐那种。本文我们开始讲敏捷开发中的看板。没有看板之前,我们真的是在白板上画泳道,写卡片,挪动卡片,在白板前开站立会。现在支持任务看板的产品也越来越多了,大家开站立会也方便了,没必要真的站在一块白板前了,只要大家围成一圈,拿个 token 轮流讲就可以。今天我想分享下我是怎么使用任务看板的。

2023-12-09 09:01:39 1445

原创 DevOps|研发提效-敏捷开发之每日站立会

对于研发效能团队建设和组织,本文不再赘述,可以参考之前的文章,已经讲得很透彻了。本文重点讲我们日常是怎么开站立会,怎么让团队跑起来,高效能产出的。每日站立会,15分钟到30分钟,看似非常短的一个会,但是对团队成功、业务发展有着非常重要的作用。

2023-12-03 23:44:29 492

原创 2023年11月12日阿里云产品全面故障的启示

2023年11月12日,阿里云产品因为某些故障,全线都受到影响。是的,双十一的第二天,我的购物车还没清空,阿里云就不让我买了。云产品全面故障,影响之大一个大铁锅都装不下。之所以阿里云故障受到大家这么关注,一方面是阿里云投入多年技术领先,国内 IaaS 领导者,另外一方面是阿里云用户量大影响也大。通过这几天网上满天飞的信息,大家肯定也大概了解了事情原委,我想结合自己的经验和教训,大致说五点。

2023-11-16 00:32:25 838

原创 软件依赖管理-源码依赖、接口依赖、服务依赖

在软件开发领域中,源码依赖、接口依赖和服务依赖是三种不同类型的依赖关系,它们有不同的特点和优缺点。下面我会详细解释它们的区别和各自的优缺点。

2023-10-20 10:13:49 192

原创 基于Scrum框架产研团队运作20问

旨在帮助产品团队在Scrum实践中更好地理解各角色的职责边界、处理日常工作的优先级与协作,在保证敏捷价值的同时提高团队效能。Product Owner负责产品代办列表的内容、优先级和交付日期,期望 Sprint 代办上的内容能尽快解决,但Team在做不在「Sprint 代办列表上」的事情如何解决?是否可以采取一部分?Product Owner的老板是谁、谁来给 Product Owner打绩效、考核的标准是啥?Scrum Master 的老板是谁、谁来给Scrum Master打绩效、考核的标准是啥?

2023-10-10 09:03:47 72

原创 DevOps|研发效能解决的是企业效率问题

它不是利润中心,不能给你带来直接收入(研发效能相关工具厂商做咨询、出方案、卖工具除外)。想要解决企业效益问题,依赖于企业战略、业务/产品、组织、运营、创新等其他方面。

2023-10-09 09:15:55 108 2

原创 DevOps平台建设的关键点是什么?

找到一个「吃过猪肉,见过猪跑的」,你问他什么是猪,他自然比「没吃过猪肉,没见过猪跑的人」更了解猪。它都没上过陆地,这辈子都没见过猪,它哪知道猪是什么样.投入更多的人,可以缩短时间,但是也只是缩短了一些而已;三天两头更换团队,换负责人,那也是干不成事的。如果自己现在还没想好,那就招聘牛逼的人来做,找到能做好研发效能的人。大概里程碑有哪几个,先做什么后做什么,大概什么时候完成。有哪些模块,哪里去找人,谁比较精通,谁来负责,什么是 DevOps 平台,有哪些关键功能。哪些可外采,哪些采用开源,哪些自建。

2023-10-07 08:52:58 104 1

原创 DevOps|破除壁垒,重塑协作-业务闭环释放产研运协作巨大效能

本文仅仅通过计算一个迭代周期内,团队内部每一名成员的开会时间,发现了两种组织架构下巨大效率差异。通常情况下业务闭环组织架构要比职能独立型组织架构,一个迭代里每一个人开会时间降低4h,开会时间占比减少50%。组织架构变化带来的效率提升远比架构、技术基础设施更直接、更直观和更吸引人。心动否?要不要试试?阅读我的更多文章研发效能组织架构:职能独立vs业务闭环破局DevOps|8大北极星指标指引研发效能方向DevOps | 研发效能价值如何衡量。

2023-09-27 00:00:31 166 2

原创 DevOps|研发效能团队组织架构和能力建设

这里引入了一个概念-特性团队,以及特性团队的负责人(FTO),更多的内容在我之前的文章《研发效能组织能力建设之特性团队FeatureTeam(上)》有过介绍,这里只把一些关键点列出来。特性团队就是一个业务闭环的组织架构。研发效能团队相对于各个公司主营业务规模来说并不是很大,但是在经历的几家公司里主要是有两种组织架构,职能独立型组织架构和业务闭环型组织架构。本文主要对比了职能独立型组织架构和业务闭环型两种组织架构的特点、优势、劣势。业务闭环组织架构的一个很重要的点在于找到一个懂业务的 FTO来负责整个业务。

2023-09-25 16:38:17 109 1

原创 研发效能|DevOps 是运维还是开发?

DevOps 到底是 Dev还是Ops?答:属于研发工程师序列,偏向研发域,而不是运维域。

2023-09-18 16:28:36 121 1

原创 DevOps | 研发效能业务北极星指标,OKR设定,价值衡量

放弃那些动辄就上百个的研发度量指标吧,8大北极星指标指引你的研发效能方向,1个北极星指标公式让你清晰了解​公司研发效能现状。

2023-09-10 23:19:49 140

原创 DevOps |研发效能之环境、程序、配置、SQL变更管理

​几天前和一个朋友聊到环境、程序的配置变更,SQL变更和整个上线流程。之前我们在这块也做了很多,有做的好的也有做的一般的,借机都总结下来,希望对你有用。通常情况下,我们最关注的也是最重要的部分是应用的变更,就是程序的部署上线发布这块,因为这部分最高频,每天上线很多次的情况都可以发生,所以我们在平台建设的时候也是优先做好这部分,但是对于环境、程序配置和SQL变更部分,通常情况下会优先级低一些,不是这些不重要,只是暂时通过手工操作或者人力顶一下这部分的任务,最终这些问题是要通过平台自动化来解决的。

2023-09-05 20:36:08 110

原创 质量管理 | QC、QA、QM,去QA化与降本增效

现在国内职业的质量管理都是从 CMMI 和 ISO 质量体系演化过来的,但是能做真正的质量管理的公司很少。质量管理的 QC 偏测试,对最终的产品负责;QA 偏过程,从过程把控质量;QM 偏体系,类似于全面质量管理,建立质量文化。

2023-08-25 23:44:06 146

原创 质量提升 | 为啥QA面试问的都不是业务测试?

要求测试会部分白盒还有灰盒,需要测试会使用引擎编辑器以及引擎工具,还要会接入sdk,还需要你懂硬件,因为部分工具是硬件供应商提供的性能测试软件比如 intel 的 gpa,n卡和a卡的工具,高通的 mtk 华为的工具。这就要看公司的组织架构了,比如华为,QA是独立出来的部门,主要负责的就是做流程规范这块,在产品线内与PMO相辅相成打配合的,pmo负责需求进度成本,QA负责流程质量规范。我身边搞流程优化,度量改进,方法论这套的都是特别懂这块特别资深的人,不会是懂一点开发和测试的人去做这些。

2023-08-24 22:38:46 51

原创 质效提升 | QA不做业务需求测试,你怎么看?

​因为有的小伙伴看到公司的QA不测试业务需求,只搞流程、卡点、规范、技术创新、QA平台,行业洞察,让研发自测、研发担责上线bug和风险,所以问我,你怎么看QA不做业务需求测试这件事。其实我怎么看不重要,这事还是要看公司管理层和QA负责人,我个人倒是可以作为一个业务方来聊一下这件事。

2023-08-14 21:57:19 69

原创 DevOps|研发效能提效:进化史、规模化与治理复杂性

研发效能这个词近几年火遍全网,各大企业都加入了研发效能治理的行列,开始梳理企业内部各个团队的研发流程,以期望找到企业降本增效的方向。抛开政治因素,研发效能治理我们到底是在谈什么呢?从企业高管的视角出发,一定是看到了一些问题,才会有研发效能治理这个话题。从实施者的视角出发,研发效能治理通常会变成一堆度量指标和加在自己身上的KPI。然而,实际操作下来,研发效能的治理很难有百试不爽的灵丹妙药,毕竟每个企业和项目的问题也是不尽相同的,很难用一个框来把所有问题都框住。

2023-07-26 22:39:40 136

原创 DevOps|研发效能|平台工程 - 基础平台、基础架构

我主要关注以下领域。

2023-07-21 11:41:52 112

原创 DevOps | 产研协同效能提升之评审、审批流、质量卡点

整体上我倾向于打散团队,形成一个扁平化的组织,提供上下文,团队内部可以自行高效决策。让一线人员决定炮火打向哪里,而不是坐在后方的办公室人员。对于各种各样的审批流,除了合规、设计、安全等因素外尽量缩短,没有带来任何价值的审批节点能省则省,这样才能切实的提效。

2023-07-17 20:24:33 91

原创 DevOps|从腾讯TEG CDC解散聊技术中台

整体上,我比较倾向于资源型中台打散下放业务线,赋能型中台保持短小精干长期聚焦。不要把资源型中台做大的同时,也不要把赋能型中台做没。这样做,对于公司来说整体效能是最高的,成本也是最节约的。

2023-07-03 17:02:57 156

原创 DevOps|中式土味OKR与绩效考核落地与实践

团队每个人的目标要能有力支撑 TL 也就是团队整体的目标,如果没有拆解下去,那么就是 TL 的问题,也就是团队的问题。我的中式土味做法是把OKR直接转化成绩效考核中最重要的一部分,比如70%,同时加上一些企业文化、团队培养、技术分享,这样大家在完成OKR的同时,其实把自己绩效的主要考核部分也就完成了。不是的,OKR有OKR系统,绩效有专门的绩效系统,采用的360度评价考核,主要考核的是上下左右对你的工作认可,当然上占据的比重会大。例子1:小伙子辛辛苦苦干一年,快要出活的时候,业务调整,项目不做了。

2023-06-20 12:13:28 71

原创 DevOps| 研发效能团队和PMO团队如何合作共赢?

项目经理(PMO)对于大组织、跨团队高效协同有着不可替代的作用。跳出组织架构的束缚,横向推动公司级别的大项目向前推进,跟进进展和拿到结果,PMO的小伙伴有着独特的优势。我之前写过小团队如何高效协作的一篇文章《 高效能敏捷交付团队反思:特性团队(FeatureTeam)+Scrum》,还写过一篇关于研发效能团队组织架构的文章《互联网公司研发效能/工程效率团队建设和规划》。这两篇文章对于项目推动、研发效能团队和PMO团队如何协作有过一些介绍,本文将在这两篇的基础上做一些补充。

2023-06-05 21:47:21 91

原创 AI DevOps | ChatGPT 与研发效能、效率提升(中)

虽然 ChatGPT 还有那么一点点瑕疵,但是瑕不掩瑜,ChatGPT 给用户带来的体验已经足够震撼。在人工智能技术的帮助下,软件开发流程和方式也正在发生变革。ChatGPT 已经体现出了其大幅提升软件研发效能的能力,软件开发已经进入人工智能时代。

2023-05-15 09:34:52 187

原创 DevOps|AGI : 智能时代研发效能平台新引擎(上)

AGI代表了人工智能技术的最高水平,其在研发管理和研发效能方面的应用将引发革命性变化,这也是研发领域不可逆转的发展趋势。同时AGI 的出现挑战着我们对企业服务,对研发效能平台的认知,我们要把 AGI和研发效能平台结合到一起,看看 AGI 能催化出一个什么形态。AGI 目前在国内还是起步的阶段,各个大佬纷纷下场,百舸争流,希望不久能有更先进的工具出现,帮助我们释放大脑的想象力,解放我们的双手。

2023-05-11 21:04:01 195 1

原创 devops|中小公司效率为王,没必要度量

中小公司效率为王,没必要度量。做好现在,活在当下,谋定而后动就是最高效的。另外就是周末看了一篇讲研发效能度量的巨大的帖子,几万字。看得我头疼,所以想通过一些简单的方法来理解这件事。我的相关文章devops|中小公司不要做研发效能度量infra | devops工具链基建建设评价标准DevOps | 互联网、软件公司基础设施建设(基建)哪家强?DevOps | 研发效能价值如何衡量DevOps|研发效能不是老板工程,是开发者服务关注我,了解研发效能发展动向欢迎进入「DevOps研发效能群」一起探讨。

2023-04-26 10:27:06 156 1

原创 devops|中小公司不要做研发效能度量

我特别反感那些不顾公司现状一上来就想要做研发效能度量的人,尤其是想把研发效能度量当成锤子四处去敲打螺丝钉的人。产研运同学在脉脉上喷公司的基建都喷出火星子了,还做啥研发效能度量。我建议不把这些小伙伴火上眉毛的事情解决,就不要做研发效能度量。

2023-04-13 20:42:24 223 2

原创 devops工具链基建建设评价标准

阿里(蚂蚁稍逊)>美团.........>滴滴>拼多多(Java侧)>京东科技>携程=去哪儿.....>字节>京东商城......>Oppo>Shopee,网易,B站至于腾讯和百度,这回就不用我给排名了吧。通过上面的标准,你觉得腾讯和百度应该放到哪一阶梯呢?也欢迎各位把公司加进去并给出相应的排名。

2023-04-12 10:09:25 70

原创 DevOps infra | 互联网、软件公司基础设施建设(基建)哪家强?

国内公司普遍不注重基础设施建设,这也是可以理解的。吃饭都吃不饱,就别提什么荤素搭配,两菜一汤了。但也不能全说是这样,还是有很多公司投入大量的人力物力去做好公司的基建,比如很多阿里和美团的小伙伴对公司的基建还是很认可的。

2023-04-10 23:55:36 123 1

原创 DevOps|研发效能价值如何衡量

之前我给过研发效能的定义,但是随着这个领域的发展,大家越来越注重「开发者体验」,因为这项工作太重要了,对员工的工作效率的确影响很大。之前我们做研发效能平台的时候就特别注重开发者体验,但对于有些公司还停留在工具有无的阶段,暂时注意不到这块。所以这次我对研发效能的定义进行了优化,想以此引起大家对这块的注意,促进这块的发展,形成共识。研发效能定义如下:研发效能是一个组织高效交付产品的能力,以及围绕提高这一能力所建立起来的由规范、流程、工具、度量体系、实践等组成的系统工程体系。

2023-03-30 19:17:56 159 2

原创 DevOps|研发效能不是老板工程,是开发者服务

本文主要陈述了研发效能不是一个老板工程,面子工程,而是实实在在的为产研运小伙伴服务的职能。让大家利用公司的基础设施和平台服务,顺顺畅畅的工作,高效的产出这才是我们做研发效能的目的。

2023-03-17 19:07:13 100 1

原创 研发效能负责人/研发效能1号位 |DevOps负责人

团队1号位要找到你能找到最好的那个人,基本素质要硬,人品素质硬,业务素质更要硬。既要也要又要到典型,没办法,团队1号位真的很重要。没有人品,待得越久危害越大;没有业务素质,一开始都待不下去或者只能「圆滑地」混下去,慢慢地容易把团队和业务带着向下走,甚至带没了,这样的案例太多了。

2023-03-16 09:44:48 97

原创 产品经理,项目经理,FTO

产品经理是要保证做正确的事;项目经理则是保证正确地做事;FTO 既要保证做正确的事,也要保证正确地做事,还要保证能拿到结果,且对结果负责。能做事的专业人才不缺,但是既有专业知识和技能还能自驱的人很少。自驱对于小团队来说尤其的宝贵。

2023-02-24 00:30:25 79 2

原创 研发效能DevOps推荐书单

现在很多公司已经组建了或者正在组建研发效能团队,每个人都大概有个认知,但是具体又很难说清自己该做什么不做什么,找不到自己的核心价值。「就菜下锅」「看碟下菜」是一种策略,但是我个人觉得还是要从大方向上对研发效能有个清晰的认知,分清边界、高效协同。研发效能涉及的知识很多,从大的方向去划分包括制度、组织、平台、运营等;单从软件研发的角度去看也包括很多,包括最底层的软工认知、实践,到团队管理和组织、敏捷研发,项目管理、源码管理、发布管理、可观测性,到产品的运营和反馈。如何快速提升团队软件开发成熟度,提升研发效能?

2023-02-23 14:03:28 125 1

原创 科技互联网公司如何降本增效

2020-2023,注定是不平凡的三年,三年大疫已经过去,剩下的路怎么走还是要靠我们这些平凡的人,但未来不平凡,勤劳勇敢的中国人民不平凡。曾经一个数据科学的同学在内网发帖,提高下运营效率,精细下运营每个月就有几百万收入,何必把每个月几十万的下午茶取消呢,无人回复。在裁员的这个环节上,国内的外资企业整体上要比国内的企业要好些,给人一种外企裁员比良心,国内企业裁员比恶心的感觉。曾经很多公司引以为傲的弹性工作时间也不那么弹性了,开始抓考勤,尤其是上班时间,早上打卡时间有限制,不能迟到,迟到扣钱扣工资扣绩效。

2023-02-04 19:45:44 403 1

原创 科技互联网公司开源节流、降本增效

2023年1月,亚马逊开启第二轮裁,涉及零售、技术、体验和人力部门,两轮裁将达1.8万人,为该公司最大规模裁。2022年1月,百度,AIG、MEG多业务线精简,约10-15%,涉及基层,中层和高层。2022年11月,Facebook将裁1.1万人,约为13%,该公司历史上首次大规模裁。2022年4月,美团,到家事业群,到店事业群,快驴,优选,买菜等业务均不同比例裁。2022年3月,腾讯,PCG,CSIG,PCG部分项目关闭,部分人员裁减。游戏、MR业务成重灾区。2022年3月,小红书,裁400人,约20%

2023-02-04 19:42:16 238 1

原创 阿里云香港节点全面故障给我们的启示

2022年12月18日上午,阿里云发布《阿里云香港可用区C某机房设备异常》公告。“阿里云监控发现香港地域某机房设备异常,影响香港地域可用区C的云服务器ECS、云数据库PolarDB等云产品使用,阿里云工程师已在紧急处理中。”在这个寒冷的冬天,一个炸雷给业界惊起了一个大波浪。很多人不解的是说好的高可用呢。说好的N个9呢?SLA 就是个笑话,服务该挂不还是挂了。虽然经过十几个小时,阿里云香港节点服务恢复了,数据也恢复了,终于可以让各位老板松了口气,估计很多运维的小伙伴已经开始迁移服务或者开始做备份了。

2022-12-22 00:01:10 389

原创 DevOps | 企业内源(内部开源)

企业内源适合公司有钱、人闲、项目无时限的情况。小公司、每天都加班到深夜,今天出需求后天就上线的情况是不适合搞企业内源的。

2022-11-15 10:41:00 447 1

原创 为啥不适合,依然有很多人大张旗鼓搞企业内部开源?(下)

公司里做事无非「利益」二字。公司利益,团队利益和个人利益。如果三者能高度统一,那当然是好的。很多时候未必能完全统一,尤其是中间团队的利益,这个时候特别需要中间团队负责人的大局观。有的团队人浮于事,先把团队「吹起来」,然后再把事情「铺开来」,再把效果「美颜起来」,至于真实作用闭口不谈。根本没有一个长远目标和实现路径的规划。

2022-11-14 12:09:41 670

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除