管理近 100 人的技术团队,不难!

软件研发技术团队管理规范 此规范需配合具体工具链(如Jira+GitLab+Jenkins+Prometheus)落地执行,建议通过自动化手段(如SonarQube代码扫描、自动化测试集成)确保规则落地。 阅读详情

见字如面,我是军哥!

今天这篇文章来自我一次线上几百人的闭门直播分享,以下是文章的全部。

我过去从事的公司有1号店、饿了么、贝壳,带领的团队最多的时候是 70+ 人,管理经验超过 10 年,在这些公司,见识过千人技术团队的管理方法,今天做一下管理思想上的一个分享。

关于今天的管理的主题,有四个维度:从习惯做起、关于本质、管理的三种境界、管理者的自我要求和进化论。

一、从习惯做起

思想 -》行为 -》习惯 -》性格 -》命运

这个流程大家是比较熟悉的,在网上也是可以找到的,这里不讨论思想改变命运的正确与否,但是我们在实际生活中能够亲身体会到的是好的习惯,是可以改变我们的,给我带来很多好处。关于习惯这个话题,《高效能人士的七个习惯》有7个习惯,我列出其中4个我的理解。

第一点主动积极。这一点是非常重要的,因为我们传统思想中一直存在被动的等、靠别人的依赖的文化,比如在家靠父母,在外靠朋友,这一点在”天道“这部电视剧(原著名:《遥远的救世主》)中展现出它的落后性。这是一种弱势文化,而西方是一种积极主动的强势文化,要想改变自己/提升自己,就需要自己去积极的主动的思维。这在工程师文化中总是在被别人推着走,主动性是比较差。主动性这一点是管理者必须应该有的一个习惯,积极主动在本质上是一种追求改变自己的信号。

第二点是时间管理,时间管理的核心是管理者要具有模型思维,时间管理的本质是目标管理,而不是时间本身。对重要和紧急的四象限,我们需要做的是减少重要又紧急的事情、提升重要不紧急的事情比例,不重要不紧急的事情就不要做,在此基础上进行不断优化。

ad6ce3bacbde1175bf7a57925b89c0d6.png

第三点是以终为始。做任何事是需要目标,但实际我们社会的经验不足,是没有很清晰的目标,比如上大学的专业,大多数都是懵懵懂的随便报的,实际上我们并不知道选择的专业以后是从事什么样的工作。又比如刚进入社会中,我们不清楚工作会有非常细的工种。如果我们有目标,要成长为架构师、CTO,那么我们的成长速度和思维方式就不同了。

第四点双赢思维(拒绝零和博弈),这一点是非常最难做到的思维。这是因为太多人都是零和博弈思维,比如潜意识里都是好人和坏人,男人和女人,赢和输,在这样的环境中,怎么做呢?其实就是找到对大家都有好处的点,双赢就可以达成。

二、关于本质

花半秒钟看透本质人和花一辈子看不清楚人,注定是截然不同的命运。

如何看透本质了,我们推荐介绍两个方式:

1. 看透本质(3W,5W思考)。所谓的5W就是要多问自己为什么,找出最本质的问题。比如生产环境出现一个bug,我们很容易认为这是因为测试没有覆盖到引起的问题,我们若多问几个为什么后,就会发现这是一个产品经理提出的需求,但是这个需求一直没有被记录到的流程中也没通知测试,最终引起的问题。

所以通过这样的场景我们能明白,很多问题并不是人的问题,而是流程出了问题,如果不能看透本质,解决本质的问题,那么下次还会出现类似的问题。所以我们采用5W工具是能找到这样的事情本质,只有找到本质才能解决问题,而不是头疼医头脚疼医脚。

2. 多元思维模型,查理芒格的。不同的问题应有有不同的方法解决,比如数学问题应该用数学方法去解决,对于化学的问题应该用化学方法去解决,经常我们会听到架构师使用一个”锤子“去解决所有的问题,这样的方法是不对的,这样就是查理芒格在《查理芒格的智慧》提出的多元思维的模型。

我们知道开发和产品是两个思维,他们是来自两个世界的人,开发的思维是将产品做出来,而产品认为做出这样的产品只是使用工具实现的方案,更多考虑的是产品的价值,考虑如何赚钱,这是开发所不能理解的事情。那么如何去培养多元思维模型?那就是通过好奇心,通过兴趣来进行跨界思考。

三、管理者的三重境界

在谈管理的时候,我们先思考一下管理定义是什么,管理和领导力的区别是什么?

管理其实就是通过团队拿到结果。一个人身上是具有三种能力,分别是执行、管理、领导力。对于基层而言更多是执行,管理为0,有非常小的领导力。对于公司CEO而言,执行很少,管理也偏少,更多的是领导力。但对于一般人而言管理是我们所考虑的,领导力离我们还是很远的。

那么管理的三重境界是什么?

第一境界是自己干,自我修炼。这一种情况是发生在刚从开发转成管理的人因为思维的惯性,能够做管理大多数都是因为之前职业技能很优秀,但管理能力很弱,会将之前的”惰性“带过来,很多时候这时候因为会限制于团队的能力,所以很多事都想要自己亲力亲为,做的非常累,这是最低的一个境界。

第二境界是让团队干,共启远景。其实就是摸清禀赋,因为很多事都需要人去解决,所以要弄清楚每一个人才能解决事。这里是有一个工具,就是需要了解给团队什么的激励措施、给他们什么样的绩效,最终能够完成工作。比如能力强,又积极,做事高效,那么我们如何进行激励?对于能力弱但很积极的,又如何激励,两种激励肯定不一样,对于前者我们是给他高绩效,而对于后者我们可以给他一个师傅带他,促进他的成长。所以这一层境界是因人施教,而不是采用统一的策略。

第三层境界就是赋能所有人,激励人心,追求卓越,这是一个心法,对于这一境界,至少是需要上百人的团队规模。对于管理上百人的规模,我们就需要从公司的价值观、文化、技术影响力影响更多人。

四、管理者的自我要求和进化

作为一个管理者,我认为至少要做到以下三点。

第一点是以身作则,冲在最前面,拿资源时候/背锅的时候要冲在前面。比如自己在团队定的规则自己要严格遵守,比如迟到罚钱,那么自己迟到了要双倍罚钱,才能服众。

第二点是要有独特优势超越团队的所有人。我们往往会觉得领导在某个方面都不如我们,但是他们之所以成为我们的领导,一定有一个方面有比别人都要强大的,比如有雄厚的背景、有丰富的资源、具有超前的产品思维。所以作为管理者,我们一定要有一个独特超出别人的优势。同时一个团队我们需要招进来更牛的人,只有每个招进来的都是在团队平均水平以上的,才能保证团队越来越强。

第三点是圈外求索。我们在做管理的时候,大多数是从自己领导那学习,也看一些书籍,但大多数是跟自己的领导学习,同时我们还有很多问题无法在公司里面讨论,就需要在外面的圈子求索,寻找别人给我们参考和新的意见,其实管理也是产品,我们需要像对待产品一样,对待管理。

最后,对于管理  10 到 20 左右的团队到底要做哪些具体的事,怎么做?本周六晚上 21 点我开一个直播,把这个问题聊透,点击预约即可。

「关于作者:军哥,前饿了么、贝壳技术总监,目前是一名自由职业者兼公司顾问,乐于结交朋友,也欢迎加我微信与我做朋友(公号输入框回复“w”即可),朋友圈做个点头之交!

另外军哥写了一些,关于个人如何快速成长、深度思考、程序员或产品经理能力模型、架构,OKR干货,技术管理等电子书资料,公号后台回复 “9”获取,不谢。」

以往热文推荐:

程序员要想突破圈层,请尽快放弃技术优势!

如何成长为一名技术专家(P7)?超底层思维篇~

职场两道坎:年薪50万,100万!

如何学的更少,却学的更好?!


更多精彩,关注我公号,一起学习、成长

ac06f87f764d231fac87c34ac144bf86.png

10人以下小团队管理手册-学习笔记 【README】 本文总结于《10人以下小团队管理手册》,很nice的一本书,有兴趣的同学可以翻下; 【0】序章 作者作为咨询师发现, 1.下属对主管有不满,主管对下属有怨言; 2.10人以下小团队主管经常会为 如何用人+如何调动下属积极性 而烦恼; 【1】主管的职责是什么? 0)主管定义: 通过下属实现经营者目标的人; 【1.1】主管职责 1.工作分为 两类: 实现经营者目标, 完成具体业务; 2.谁来做工作:自己做,让下属做; 3.不是自己做,而是让下属做,这是所有管理者,或主管们 阅读详情

相关推荐

NACA0012的O型网格求解

本篇文章采用偏微分方程数值解法生成NACA0012翼型O型网格,并采用速度势方程求解绕NACA0012翼型迎角为0度时的低速不可压无粘流场。 文章目录一、求解网格1.翼型2.远场3.网格4.迭代5.求解二、求解流场1.偏微分方程2.迭代求解流场三、求解参数1.偏微分方程2.迭代求解四、导出数据 一、求解网格 1.翼型 本次求解网格和流场等采用的是NACA0012(修形)对称翼型,在NACA四位翼型中,第一位数字代表的是弯度,第二位数字代表的是弯度位置,后两位数字代表的是厚度,由于本次翼型的前两位数字都为0,

m0_50746433的博客 6677

如何管理一个超过100人的研发团队?

如何管理一个超过100人的研发团队? 心得与体会,与大家共勉!1.无规矩不成方圆,因时因地制定合适灵活的策略和制度管理好团队和项目。2.欲善其事,必先利其器,是用合适的工具辅助团队和项目管理.2.不积硅步,无以至千里,鼓励技术,经验传承与分享,做好团队内外的培训与交流,形成良性文化和价值观.3.授人予渔,做好教练,因人施教,给予鼓励和包容,尽快的培养团队管理和技术骨干,完善团队组织架构.4.充分放

晓月的专栏 6683

SpringBoot实战(二十八)集成 Collabora Online 实现在线编辑

SpringBoot实战(二十八)集成 Collabora Online 实现在线编辑

ACGkaka的博客 6984

我把我10年管理近100人的心法一次性分享给你!

见字如面,我是军哥!今天这篇文章来自我一次线上几百人的闭门直播分享,以下是文章的全部。我过去待过知名的公司有 1 号店、饿了么、贝壳,带领的团队最多的时候是 70+ 人,管理经验超过 10 年,在这些公司,也见识过千人管理的一些方式,今天做一下管理思想上的一个分享。关于今天的管理分享,我们有四个维度:从习惯做起、关于本质、管理的三种境界、管理者的自我要求和进化论。一、从习...

chengjun_java的专栏 620

【项目实战-MATLAB】:基于机器学习的虹膜识别系统设计

虹膜识别主要包括虹膜定位、虹膜裁剪、极坐标变换、归一化、HOG特征提取、虹膜识别六个主要步骤。本系统采用MATLAB作为开发工具实现 主要算法:霍夫变换预处理 HOG特征提取 SVM进行识别

qq_45047246的博客 6538

Ubuntu24.04下Librenms的完整安装与配置指南

本文提供了在Ubuntu 24.04 LTS系统上完整安装与配置LibreNMS网络监控系统的详细指南。内容涵盖系统环境准备、依赖安装、源码获取、PHP/数据库/Nginx配置、Composer安装、网页向导设置以及设备添加与日常使用,帮助用户快速部署一套功能强大的开源网络监控解决方案。

tgb3456789的博客 1140

程序员管理探秘:如何从带10个人到带100个人?

在技术团队管理的过程中,冲突是我们永远无法回避的话题。是否具备处理冲突的能力,往往被当作评判一个管理者是否合格的标准之一。冲突也一直是重要的团队协作变量,所以团队间冲突与绩效的关系也是人们一直在探讨的话题,然而人们很少探讨冲突管理行为,这就导致大家忽视了在冲突中潜在的积极意义,所以让我们一起来正视冲突,选择策略并做好冲突管理吧!一般来说,产生冲突的原因有如下几种。1)目标理解不统一。

2401_83384536的博客 1236

Jenkins测试详细使用教程(二):jenkins两种主要构建方法

Jenkins有两种定义构建作业的主要方法:(自由风格项目)和Pipeline(流水线项目)。

m0_62825058的博客 2435

吐血整理,设计5w并发量性能测试场景+固定吞吐量测试(详细)

1、需求:如何设计一个5W并发量的性能测试场景?1)确定性能测试工具,性能测试思路a.工具:JMETERb.并发设计思路:如果被测服务足够快,比如10ms的响应时间,1个线程/秒就是100tps,5万的TPS,就得启动500个JMETER线程。测试时可以多加20%~50%的线程,连续阶梯加压看TPS完整过程,根据实际情况选择发压服务器配置。c.Jmeter能启动多少线程:线程数受什么影响?jmeter是一个Java进程,一个Java进程下的线程数受什么影响?

大佬云集技术答疑交流群:743262921(进群暗号:222) 722

STM32驱动HC-SR04超声波模块:两种精准测距方案详解

本文详解STM32驱动HC-SR04超声波模块的两种精准测距方案:定时器中断计数法和外部中断边沿检测法。涵盖硬件连接、代码实现与优化技巧,帮助开发者根据精度和复杂度需求选择合适方案,提升超声波测距在嵌入式项目中的稳定性和准确性。

g5h6i的博客 686

如何提高电路的抗干扰能力

本内容详细介绍了电源传导干扰处理,包括滤波、Feedthrough电容器、磁环、磁珠、屏蔽的使用与选型,EMC电磁兼容测试项目简介与要求,单片机与电源抗干扰处理等。

让你爱上电路设计 8605

我是如何管理100多人技术团队的?

“ 我负责的技术团队,现在有 100 人出头。团队里包括了:前端、后端、测试、运维&DBA、还有几个客户端和 AI 工程师。曾经团队有 150 多人,后来公司裁了一些人,最近金三银...

架构师小秘圈 894

【网络与爬虫 61】移动端App爬虫终极指南:Android-iOS应用数据提取黑科技全解析

本文全面解析移动端App爬虫技术,涵盖Android和iOS两大平台的数据提取方法。从基础的网络抓包到高级的代码注入,从自动化测试框架到反调试技术绕过,为开发者提供移动端数据采集的完整解决方案和实战经验。

熵数实验室 3029

我,管理100多人团队的二三事

我负责的技术团队,现在有 100 人出头。团队里包括了:前端、后端、测试、运维&DBA、还有几个客户端和 AI 工程师。曾经团队有 150 多人,后来公司裁了一些人,最近金三银四跳...

青春不老,奋斗不止! 899

ssm框架搭建

这个是一个在idea上成功跑起来的ssm框架项目,保存在这里方便以后使用直接下载

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

我,管理100多人技术团队的二三事

我负责的技术团队,现在有 100 人出头。团队里包括了:前端、后端、测试、运维&DBA、还有几个客户端和 AI 工程师。 我下面分了 7 个组,每个组都有一名组长,组长们汇报给我。 100 多人的技术团队,我是怎么带的呢? 我带团队是从 3、 5 个人、十几个人、几十个人团队一点点锻炼出来的。 自我评价,我觉得我管理的团队说不上有多好,但是感觉不错。 团队气氛挺融洽,大家也比较稳定,尤其是核心同事离职率很低。用他们的话来说: "跟着我干,钱虽然一般,但干得比较爽。” 这是实话,我们公司的工资和.

weixin_48967543的博客 230

IMSL CNL 7.0.0 (x86-64)Crack

IMSL CNL 7.0.0 (x86-64)Crack intel的算法库破解文件,这是C++版本的破解文件

我成功地把技术团队从 10 人管到只剩 2 人!

见字如面,我是军哥!先给大家讲一个真实的故事(部分内容删除了),这故事是我一位读者提供的。他的领导(某创业公司技术经理)成功把 10 人的团队管理到只有读者和他领导 2 人,这个领导管理能力是真的骚呀!那么他究竟是怎么做到的呢?那要从一年说起,这位领导简称 A,所在的公司是一家互联网创业公司,主要游戏行业公司,公司技术团队除了 A 共 9 人,前端/安卓/ iOS 共 3...

chengjun_java的专栏 221

TMS_WebGMaps_1.9.8.0_Full_Source

TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder

从管理1800人团队到退隐江湖,阿里留不下的饿了么 CTO 是我的领导!

见字如面,我是军哥!今天文章的主角是我在饿了么的领导——前饿了么 CTO 张雪峰,可以这么说,我成长最快的时候就是跟雪峰共事的三年,这两天看到领导分享自己的成长思考,我必须支持助力一把!成...

chengjun_java的专栏 4476

带团队就是管好这4种人,方法对了效率翻倍!

带团队的本质,是让60分的人干出80分的活,让100分的人愿意留下干。不少管理者容易走进一个误区,要么一门心思只管人,要么就只顾着盯事情。但其实真正的高手往往能同时抓住“人效”与“事效”的关键节点,借助工具管理好自己的团队。

xsxmmm的博客 1176

(转)如何有效地管理好技术团队?

转自(https://cn.100offer.com/blog/posts/307) 技术管理是一个综合性岗位,要求你具有技术能力、管理能力,也要懂一些心理学,情商也要高一些,说实话,你想做好这个岗位,真的不容易,尤其是在中国。我相信今天的分享过程中,您可能会对我分享的经验有些疑问甚至质疑,这都是正常的,我们可以去书店看看,管理类的书每隔一段时间就会换一批,80年代世界学亚洲四小龙,90年代学日...

rong_wq的博客 3785

技术团队的管理方法和日常总结建议

管理学家德鲁克有言“管理是一种实践,其本质不在于知,而在于行,其验证不在于逻辑,而在于成果,其唯一的权威就是成就” ,因此管理重实践看效果,但如果管理实践有理论依凭,那么实践起来就会有章可循,管理经验也更容易被其他人所复制。

李姓门徒 2885

创业团队技术管理的月度回顾:人、事、钱与技术债的平衡

创业团队的技术管理,核心是在人、事、钱、技术债四个维度之间做动态平衡。没有单一维度可以被无限优化,任何过度倾斜都会在其他维度产生隐性代价。三个实践结论:第一,20%时间规则是技术债偿还的最低保障,不能砍。第二,培训的频率可以调整,但总时长不能缩水。第三,规范性只覆盖底线——代码Review、回滚方案、故障复盘,其余尽量简化。量化追踪是管理的基础。没有月度快照,你无法判断四个维度是否在合理区间,也无法发现跨月趋势。把管理变成数据,而不是凭感觉。

qq_35160742的博客 5257

远程协作工具怎么选?ToDesk团队版真实体验:5人免费成团、100台设备分级管理、IT运维省心

ToDesk团队版评测:混合办公时代的远程协作解决方案 随着混合办公模式普及,异地协作成为创业团队和科技公司的刚需。ToDesk团队版针对这一痛点,提供"远程控制+团队管控"一体化解决方案。其核心优势在于: 5人免费基础版支持100台设备管理,满足小型团队初期需求; 可按需扩容至20人,支持设备分组、权限管理和连接审计; 独创"席位制"付费模式,成员/设备/通道可分别扩容,成本可控; 提供专业版/游戏版/设计版等进阶方案,最高支持300台设备管理。

记录学习路上的一些拙见 1万+

论互联网公司技术团队Leader的重要性

  一个企业的失败,终究是人的失败!说什么市场饱和,国家政策问题,都不过是庸人自欺欺人的借口罢了!   鄙人从一个资深的码农走到今天的团队Leader,自认为有资格讨论Leader对团队的重要性,以及对整个公司发展的影响。 ...

zhaojianting的博客 2万+

团队规模对管理方式的影响

undefined

F36_9_的博客 1103

别再只关注代码了!《人件》提醒:管理好“人件”比优化软件更重要

谷歌CEO皮查伊深夜曝光的"不懂装懂"代码注释,揭露了技术管理中的深层问题:37%的谷歌AI代码存在应付式注释,源于将"提交量"设为KPI的管理失误。文章通过谷歌20年发展史中的三个典型案例(GoogleWave的1.2亿美金溃败、Android团队的"圣诞节起义"、Chrome团队的"地下反抗"),揭示了技术崇拜与人本管理的冲突。最终谷歌通过"氧气计划"实现转型,证明:软件开发的核心战场不在IDE,而在人性

云雾J视界的博客 1303
上一篇: 程序员要想突破圈层,请尽快放弃技术优势!
下一篇: 技术人,如何做好职业规划?少走弯路~
军哥手记
军哥手记 业界专家认证 业界专家认证
博客等级 码龄21年 661粉丝 608原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值