我是如何管理我的团队的?

这个话题也是之前不少人问过我的,因为读者中很多人已经从一个工程师的角色转变到了小组长或者 Leader 的角色,一开始很多人对这个角色很不适应,包括我自己,庆幸的是我从这个过程中走出来了,从一个默默无闻的单枪匹马的 Android 工程师,到之后组建 Android 团队成为 Android Leader ,再到后面带领公司的技术团队,其中包括 Android、iOS、后端、测试等,是公司产品线的技术负责人,到现在还会参与公司的商业讨论、核心决策等,成功转型技术 + 管理,我相信不管你们现在如何,哪怕刚起步,但是以后依然会走到这一步的,所以今天姑且写篇文章来总结下我的团队管理之路,希望对你们有所借鉴。

首先说下,我没有任何管理经验,也不是相关专业,我也一直没觉得我团队管理怎么好,所以觉得没资格谈论这个话题,直到有一天公司人事邀请各位 Leader 开总结会,分享了一些前人离职的数据,突然间发现,从 13 年开始,我带领的 Android 团队到现在 3 年多的时间没有一个人离职,这 3 年多的时间,总共加入 Android 团队的人有 6 人,如今全都在薄荷干的如火如荼,当然天下没有不散的宴席,我并不觉得他们一辈子会呆在这个团队里,我相信以后他们总有离开的时候,但是在如今技术人跳槽频繁的时代,这个数据着实非常难得!

后来老板让我给其他 Leader 分享下我的团队管理经验,可是我一直没觉得在团队管理上有什么技巧或者经验,也一直没刻意去做一些特别的事情,最后老板给我总结了下我的管理风格主要是靠「个人魅力」!

我非常同意,毕竟我真的没有刻意去做这件事,事后仔细总结下,我为什么会这么有魅力,肯定不只是因为我帅这么简单而已,以下是我总结的一些我带团队的一些原则与态度吧。

团队大于一切

可能是我的性格原因吧,我喜欢玩一些团队游戏或者项目,比如篮球,比如 Dota,我深知团队的重要性,所以从我当 Leader 的第一天起,我就意识到了一件事:团队大于一切!

是的,作为 Leader 我是时刻以团队利益放在第一位的,每位加入我们团队的 Android 人员,我都会强调一句话:记住我们是一个团队!由于工作分工,可能每个人都会分配到不同的项目组,参与不同的产品,但是我们依然是一个团队,每个项目组遇到困难的时候,比如赶进度,我都会安排其他人来帮忙。久而久之,这种团队精神不仅体现在工作上,还体现在平时的聚餐、活动上,这种氛围与凝聚力是非常缺乏的。

这里说一下,在最开始成为 Leader 的时候,肯定会有人担心团队成员有人脱颖而出,担心自己被取代,一开始我也有这样的担心,但是后面我想通了。

从公司的角度来说,团队成员的表现直接跟 Leader 相关,团队中有优秀的人涌现,这都是 Leader 的功劳,如果你的团队成员很平庸,你倒是不担心你的位置被人取代了,但是身为 Leader 的你的工作是不合格的,我相信公司也并不认为你的工作很出色。而如果你担心你的位置被人取代,这只能说你的能力还不够,高处不胜寒,如果你的能力不足以承担你职位,那么放下身段,主动调整对自己反而是件好事,也不会有那么大的压力。所以与其担心自己位置被取代,不如拿出实际行动,努力提升自己,让自己更加出色实在些。

说句题外话,在薄荷每月都会评奖颁发给优秀员工,并且有现金奖励,在没当 Leader 之前我多次拿到过所有的奖项,但是自从当了 Leader 之后,我只期待能拿到「团队奖」,因为我个人表现出色,但是团队整体不够出色我认为我的工作是不合格的,我现在还清楚的记得第一次拿到「团队奖」的时候带领团队去喝酒吹比时的爽快!

服众

我相信不少刚当上 Leader 的人都会面临一个问题,就是如何让团队成员服你?因为一旦团队成员中有一个人质疑你,那都会导致你的团队没有凝聚力,进而也会影响其他人。这个问题尤其是大部分刚做 Leader 的人都会遇到。

现在的团队暂且不说,就拿以前我带领的 Android 团队来说,团队成员有 6 个人,有年纪比我大的,有工作经验比我丰富的,我自认技术也不是最牛逼的,但是却都服我,我想大概是因为以下几个方面的原因吧:

  • 以身作则

我认为让团队成员服你的最重要的一点就是「以身作则」。

比如一开始一起协作分配任务的时候,我从来都是让成员们根据兴趣自己选择任务,而不是分配任务,所以经常是一些难点、复杂点最后是我自己亲自来搞定。

比如我经常要求团队成员要遵守代码规范,注意代码质量,一定是自己首先遵守,然后再去要求团队成员来遵守。

比如要求团队成员不要拖延项目上线时间,所以在上线前任何人遇到问题我一定帮忙解决,如果项目快要拖延了,那么一定自己主动带头加班。

总之一句话:我自己做不到的事,那么是绝对不会要求团队成员去做!

  • 担当

「担当」我认为也是一个好的 Leader 应该具备的重要特质!

比如我们在项目开发过程中经常会遇到 bug ,有些时候甚至遇到过一些很严重的 bug 。这个时候公司层面都会找到我,问我具体原因经过,可能有些 Leader 会向公司上报是团队中谁谁谁由于粗心引起了一个 bug ,说这话大概就是想表明这事是他的错,跟我无关。

然而我不是这样的,团队成员不管谁犯了错误,我都会向公司说明原因,并且说明我作为 Leader 负有最主要的责任,仔细总结经验教训,保证下次不会再犯。然后在我们小团队内部,责任会具体到个人,谁犯的错就是谁犯的错,一定要求个人总结经验,避免下次再犯,在团队内部也引以为戒。这虽然是件小事,但是作为 Leader 必须要担当,不只是个人的担当,你也是整个团队的担当!

我们开发人员在实际开发中会经常跟产品经理有分歧,甚至产生冲突。比如很多产品经理时间规划不合理,或者提需求过于脑洞,这个时候都是我出马来直接跟产品经理谈,我解决不了的我会找我们 CTO 来解决,最后落实的时候保证团队成员的精力不分散在不相关的事情上,这也是一种担当。

  • 牺牲

作为 Leader 一定不要处处从自己利益出发,懂得牺牲的 Leader 才是一个好的 Leader。

举个例子吧,我们之前的某个季度业务达标的时候有项目奖金的,具体分配到我们 Android 团队的奖金由我来分配,包括我自己分的比例也都是我说的算,大部分 Leader 分配的方式要么是比平均稍高点,要么是拿平均水平,但是我给自己分配的比例就是跟团队表现最差的人分的比例一样,因为我认为团队中有一人表现不好,都是我作为 Leader 的责任,所以最后我拿的是团队最低的比例,这中间可是几千块现金的差距,说起来可能简单,但是真要到这种情况,不是每个人都能有这种牺牲精神的。

而我觉得大部分 Leader 都缺乏牺牲精神。

所以,综合以上三个点,我认为是我能服众的很重要的几个点!

信任

我认为「信任」是一个团队最基本的特质!

这包括我作为 Leader 信任我的团队成员,还有团队成员之间的彼此信任!

我相信很多人遇到这种情况,因为团队成员之间技术水平有差异,有很多有经验的高手,也有出入茅庐的菜鸟。在技术层面,很多人不信任初级人员是人之常情,所以很多公司不会安排给初级人员一些重要的模块,这个可以理解。

但是我不这样想,我认为年轻人的潜力是很大的,如果缺少实践的机会,那么潜力永远没法快速激发出来。技术高低只是时间问题,只要态度与学习能力具备,那么我是敢于分配一些有挑战的任务给年轻人的,只不过在初期我会对代码以及质量严格把关,会有代码 Review 的过程,当觉得没问题的时候,我会完全信任并放手。

一个很实际的例子是,在薄荷有过刚刚加入几个月,并且工作经验也不够丰富就完全自己独立承担一个项目的经历,而且事后做的还很好,被项目组的产品经理多次表扬,这完全都是出自对成员的信任取得的!

团队内部之间我们也绝对互相信任,谁的功能来不及,其他成员会主动帮忙一起,从来不管那个人的技术水平高低,也不管他做的功能会不会出 bug,出了事一起承担!

彼此信任,是团队凝聚力最直接的一个体现!

最大程度为下属争取利益

有一个很现实的情况:我想大部分人工作都是为了挣钱,别说你不是,让老板一个不发你工资试试。

所以为下属争取利益是非常重要的,因为不同的人有不同的性格,有些人可能会自己主动申请加薪,而有些人却觉得不好意思,但是可能这些不好意思的人很多时候工作做的很不错,但是却跳槽去了别的公司,没别的原因,就是因为跳槽工资比现在高。

很多公司想不明白一件事:总觉得同样的薪资我可以招其他人,为什么要给你加薪?但是却不知,想要招一个磨合的很好,业务又很熟悉的人成本很高,而且往往工作还远不如之前的人。而且本身随着工作年限与工作经验的积累,IT 人的技能与所产生的价值就会随着提高的,所以给他加薪是成本最低的留住一个人才的最直接的手段。

但是我基本从不让下属考虑加薪的事。只要下属有人表现很优秀,公司有加薪的机会我一定第一时间为其争取,其中最多的是为一名员工一年之内争取了 3 次加薪机会,我想在大多数公司这个加薪频率很难做到。

当然,作为公司员工,不从公司实际角度出发是不切实际的。所有的加薪一定是知道公司有加薪机会,并且公司情况允许的情况下,比如今年经济大环境不好,很多公司倒闭的倒闭,裁员的裁员,从公司角度撑下去是最重要的。所以身为 Leader 也考虑到现实,今年几乎都没怎么加薪,包括我自己,我也很坦诚的给下属说明情况,都表示很能理解,我想这也是出于对我的信任,对公司的信任!

团队氛围以及技术成长

前面说了,我们中的大部分人工作都是为了挣钱,但是钱不是选择一家公司的唯一决定因素。

比如很多时候,可能你同时拿了几个 offer,但是薪资水平都差不多,可能会有1、2k块钱的差距,但是你可能会选择别的公司,因为在这家公司的团队氛围以及技术成长更快。

薄荷有一点特别好,氛围很好,整个公司文化很随意,没有特别明显的上下级关系,人际关系非常简单。具体到我们团队内部,氛围更不用说了,我跟团队成员年纪都差不多,业余时间共同话题、共同爱好很多。比如一起打篮球,聊 Dota ,我们甚至还为团队内部一成员追妹子出谋划策,而且在没有任何商量的前提下两个月之内三人同时当爹,没事还经常一起聚餐喝酒吹比。

至于我们薄荷技术团队还有一个非常好的习惯,就是我们每周三都会进行技术分享。有分小组内的,比如 Android、iOS、Ruby,偶尔还有一起进行的共同话题分享,比如 Http 协议,算法,设计模式之类的。至于我们 Android 内部一开始都是我个人毫无保留的分享,现在是团队小组成员内部轮流进行,主题不限,哪怕一小段代码,一个小工具,一个小技巧都可以。

这个习惯我们一直保持着,除非遇到特别紧急的事情,比如发布版本,才会暂停。我想这种分享会对技术人的技术成长多少有点帮助的。

另外,公司还有一点非常好,就是你可以根据自己的兴趣随意转岗,比如你对产品感兴趣的,觉得产品经理很不靠谱,可以申请转岗产品经理,但前提一定是你本职工作做的够好。因为我们认为,自己感兴趣的工作才能做的更好。目前为止,我团队的6位 Android,如今有2名对后端感兴趣,转做了 Ruby,还有一位对产品感兴趣,目前兼职半个产品经理,之后准备往产品经理发展,也就是说,有一半是全栈,远了不说,如果以后他们选择离开薄荷,我想他们的这些技能将让他们有更多的选择,即使在继续做 Android 也会比别人更有优势。

总结

当然除此之外可能还有一些小细节,比如我这人比较崇尚自由,平时为人也比较幽默,可能这点也会感染周围的人吧,现在团队中就有新的段子手涌现…

以上是我总结过来我作为 Leader 的一些经验,我所有的下属以及公司的人都能见证。当然我总结这些我并不是说明我有多么高尚、多么牛逼,我只是想说身为一个优秀的 Leader 就该做到以上几点,如果你正在成为 Leader 或者正在朝 Leader 的方向发展,并且想要成为优秀的 Leader,那么请逐一参考以上原则,顺便,其实以上几点也可以作为选择一家公司、加入一个团队的参考依据。

另外,带5个人的团队和带领50人的团队是天壤之别的,现在管理的人多了,我也逐渐的遇到些挑战,不过我有信心会逐渐克服,只希望我走过的路、我所经历过的能给你们一点借鉴,一点帮助。

PS:别在问我们团队还招人么?公司 Android 岗位已饱和,大环境又不好,目前也没有新的编制,现在的下属又不离职,所以暂时没有新的职位提供,以后有编制一定第一时间在公号发布消息。

本文原创发布于微信公众号 AndroidDeveloper,id:googdev,转载请务必注明出处!

时间: 2024-10-10 09:19:56

我是如何管理我的团队的?的相关文章

如何管理好测试团队

如何管理好测试团队 1.作为一个团队的管理者,最起码的是要自己懂自己产品或项目的业务.这一点很重要,第一这样有助自己分配工作给团队中的成员,要不然自己都搞不清楚业务难度和业量就分配工作给team member是件很让人难以接受的事情.第二,有助于自己和其它team或department的合作和沟通,不至于其它team提出的问题,自己还不清楚就答应或否定要做. 2.作为一个管理者,要懂更多的技术,至少是了解更多的测试技术,要了解其工作原理,这样有助于自己帮助团队成员research或者说技术的应用

如何管理好一个团队 怎样管理好一个团队 如何带领一个团队

如何管理好一个团队 怎样管理好一个团队 如何带领一个团队 如何管理好一个团队 创业之初,你该如何有一个完美的开端?首先你要让你的企业有一股凝聚力,这要从管理好你的团队开始. 第一,要管理好自己,要成为一个优秀团队的管理者,自己在各方面一定要做得最好,是团队的榜样,要让大家对你信服.要把优良的工作作风带到团队中去,影响到每一位团队中的成员,作为一个管理者,要有海阔天空的胸襟,要有一个宽容的胸怀,给别人一次机会同时也是给自己一次机会,.用真诚去打动每一位成员.把团队中的成员当作是自己的兄弟姐妹一样看

pmp项目管理攻略之如何高效的管理好一个团队

如何管理好一个团队,必须要先会管理好自己,要成为一个优秀的管理者,必须自己要先做好,作为团队的一个榜样,把自己的优良作风带到团队的工作当中,影响整个团队的成员,用真诚去打动每一位成员,促进团队之间合作的默契.下面为你分享:pmp项目管理攻略之如何高效的管理好一个团队? 项目管理涉及很多方面,包括客户管理,需求和范围管理,规划和进度安排,风险管理和人员管理.而你的人员管理能力对一个项目而言非常重要,是区别一个成功的领导者和不成功的领导者的重要能力. 关于资料想要的可以私信我 首先,要确定领导体制,

一个测试经理的分享:我是如何管理测试团队的

很多刚从测试人员转向测试管理岗的同学,肯定会有很多疑惑,不知如何下手 且一时观念无法转变 到底该如何管理测试团队? 很多同行已经写过N多类型专题文章 今天老徐主要分享自己的经验,以及老徐是如何管理测试团队的 仅个人经验分享 可参考.欢迎点评 --正文-- 测试管理,范围很广 带1-2人也是管理 带几十人也是管理 但是管理方法肯定会不一样 今天分享10人左右的测试团队,老徐是如何管理的 1. 首先,根据业务情况,或者项目情况,拆分成几个测试小组: 每个组,有一个测试负责人 老徐只需直接管理每个组的

Leangoo:用敏捷开发管理思维做团队协作的SaaS软件

第一次看到leangoo这个产品时,笔者觉得又是一款团队协作软件工具,和其它的团队协作并没有什么本质区别. 当听创始人廖靖斌说起leangoo人员结构时,笔者起初蛮诧异,一家20多人的创业公司,顾问和研发差不多各占一半. 一家看起来做saas的公司为什么需要这么多顾问? 在和廖靖斌进行一个多小时的交流中,这个困惑渐渐被解开… Leangoo:一家顾问公司研发的SaaS工具 作为一个八年的“创业老兵”,廖靖斌始终在做的一件事就是实践.推广Scrum和敏捷开发.Scrum是风靡全球的敏捷产品开发框架

小团队管理与大团队管理

我们公司和大部分传统软件公司一样,随着业务的发展和新领域的开拓,公司的管理风格越来越像华为,这是不是最佳的演进路线,我觉得值得探讨,以下是我的思考,希望跟领导讨论. 一个问题 前段时间跟一个创业的朋友聊天,说起他们最近在做的一个项目,这是一个教育行业的管理系统,业务非常复杂,牵涉到的决策人,需要对接的系统也非常多,最后问到他们做了多久完成这个项目,朋友告诉我2个多月,6个人,其中还括一个美工,一个项目经理:剩下的都是开发人员,没有测试,没有前端开发:朋友问我,如果这个项目给你们做,你们需要做多久

Office 365:有效管理频道和团队的2个tips

Blog链接:https://blog.51cto.com/13637423 我们都知道,Microsoft Teams中的团队有2个角色:团队所有者和成员,默认的情况下,创建团队的人员将是团队的所有者,团队所有者有权添加团队成员,管理员和成员都有权限创建频道以及访问团队中相应的内容. 那么为了更好的管理Teams和Channel,我们建议: 只允许Teams Owner管理Teams.Channel,而不允许Teams Members随意创建和删除Channel. 配置多个Teams owne

[Apple开发者帐户帮助]二、管理你的团队(7)管理服务器帐户

如果在配置机器人以在多个设备上运行应用程序时向团队添加服务器,允许Xcode Server为您管理签名,或者配置机器人以创建iOS App文件,则服务器可以访问您的资产并显示在您的开发人员帐户 您可以从团队中查看和删除这些持续集成服务器帐户. 从您的团队中删除服务器 在您的开发者帐户中,单击左列中的“服务器”. 注意:仅当您之前向团队添加了持续集成服务器时,才会显示此选项. 选择服务器名称,然后单击“删除服务器”. 服务器将无法再访问您的资产. 原文地址:https://www.cnblogs.

技术管理规划-设定团队的职能

背景 职责 == 团队是干什么的 初步自查团队 1.公司为什么给我团队?希望我产出什么? 完成对除了c端健康领域探索的研发任务,产出技术类产品 2.团队存在的独特价值是什么? 研发过lx健康这款基础app,研发能力强,熟悉硬件相关技术对接 3.你用什么维度来衡量团队的价值高低呢? 整体产出技术类产品的时效性,质量 4.简明扼要的说出自己团队的职责? 快速高质量的输出公司技术产品 5.你的团队成员也能准确无误的说出团队职责吗? 大部分能 团队职责的两个层次 基本的职责 团队职责的下限,至少要完成的