谈谈阿里所谓的"要性"

企业动态
最近,和团队内的一个入职不到一年的同学聊天,给他提了个建议,告诉他在阿里工作要"有要性",然后给他说了一下我对"要性"的理解,顺便总结下来和大家分享下,欢迎讨论。

 最近,和团队内的一个入职不到一年的同学聊天,给他提了个建议,告诉他在阿里工作要"有要性",然后给他说了一下我对"要性"的理解,顺便总结下来和大家分享下,欢迎讨论。

[[328534]]

"要性"这个词我在阿里听到过很多次,经常会有人提到这个词,不知道外面有没有这样的说法,我随便上网查了下没查到,那姑且认为是一个来自阿里内部的词吧。

我理解的要性

"要"性,其实是就是我们对一件事情的渴求程度。很多人说这就是有事业心,我认为不仅仅是这样,这其实是一种追求极致的表现。

当我们在工作中,当我们渴望做成一件事的时候,一般会有三个阶段:想做,很想做,我一定要做。

而"要"性就是代表着我不仅想做,我还一定要做成。

有些人天生的性格就是"占有欲"、"进攻性"比较强,这种可能与生俱来的就具备一定的要性。而有些人的要性其实是不断的转变出来的。

有要性的人基本都是认真负责的、积极主动的、善于思考的。

一个有要性的人,他们做事情是"有始有终"的,他们拿到一个事情之后,会先想清楚,自己为什么要做这个事情,自己应该如何做,做这个事情的过程中需要什么样的支持以及会遇到什么样的麻烦。

在想清楚之后,就会朝着自己的目标去努力,过程中他会想尽各种办法去推动这个事情的成立。比如协调各方资源、努力钻研并解决问题等。

并且在事情做完之后,也会主动的做总结、复盘,回顾这件事情过程中的得失。

有要性可以提升自己

在几年前,我们团队的一次项目发布过程中,线上有一些关于数据库死锁的报警,负责发布的人首先想到把代码回滚了,然后拉了几个人一起排查这个死锁问题。

因为那时候大家对于MySql的死锁相关知识了解的都不是很透彻,大概猜测了一个原因。因为代码回滚后问题解决了,然后改了些内容,重新发布后没有这个问题,所以大家就都没有继续关注。

但是我觉得这个问题可能没有那么简单,还是想要把他搞清楚。

这个时候,没有人给我安排这个任务,完全是出于对技术的渴求,一种刨根问底的心态,我决定把这个事情搞清楚。

前前后后研究了两周的时间,期间还问了很多人,包括我们公司的DBA、我一个做DBA的大学同学、一个写过MySQL专栏的技术达人,还查阅了很多资料、彻底把数据库锁相关的技术细节都了解了一下。

然后得出一个自己的猜测原因,接着我又开始自己搭建一个数据库,亲自动手实践复现问题。

最终,问题被我定位到了。这个过程我收获到最大的就是我对MySql的相关锁知识有了更加全面、深入的理解。

排查出结果之后,我把这个排查过程,总结成一篇文章,发表在我们公司内部的技术论坛和我的公众号上面,还在团队内部公开分享了整个的排查思路。

后来,会时不时的有人在钉钉上问我一些和死锁有关的问题,在很多讨论中,我又学到一些新的知识。

很多人遇到问题就会得过且过的心态,有时候就猜测出一个原因,就认为结束了。但是我很少猜测,我不相信一切假设,一定要看代码。

我始终认为"事出反常必有妖",所以, 在工作中,我经常会去排查各种各样的问题,以至于很多时候同事们遇到问题都会来找我帮忙排查。

而我又是一个查不到原因不罢休的人,所以,基本都可以帮同事们找到最终的原因。

就这样,不知不觉形成了一个良性循环,大家有问题会想到找我,我热衷于排查问题,并且在这个过程中积累了很多知识、也收获了大家对我个人技术的认可。

这其实,就是我在技术上的"要性"给我带来的一些收获,让我很好的提升了我自己。如果大家看过我的很多文章其实也能发现,我经常会贴源码、放官方文档说明等等,因为我不爱做假设,我一定要找到证据,而代码、官方文档才能作为证据。

有要性可以有更多机会

我之前有一个同事T,他是我在阿里这几年,见过的比较有要性的一个人,他做事情目的性很强,很多时候为了达到自己的目的会想尽各种办法。

我从T身上看到很多闪光点,很多东西值得我学习的。T是一个扎扎实实的结果主义者。

我们几乎是同一年毕业的,同一年加入阿里的,算是同龄人,但是T身上有同龄人少有的坚定。

我之前经历过一次团队变化,那个时候大家都有考虑过要转岗到其他部门。我们几乎是同事提出这个想法的。

最终,我们有了不同的结果,T转岗去了一个新的团队,我继续留在原团队。其实单从这个过程和结果来看,他比我要果断很多。很明确的知道自己一定要做什么,并且愿意为了这个结果付出很多东西。

到了新团队之后,T也一如既往的要性十足,做事情都很努力,一年后,我们同时被部门提名了晋升。但是我是佩服他的,因为他毕竟是转岗到新的团队,能够快速被团队认可,并且得到提名机会,还是很厉害的。

后来我听说,T到了新团队之后,发现团队内有数据一致性相关的需求,因为他在原团队用过这样的框架,于是他就主动找到原团队的人,了解这个框架的设计思路,最终自己也造了个轮子,并且在团队内部快速被使用,他也随即得到认可。

因为T要性很强,他很明确的知道自己要什么,并且愿意为之"不顾一切",并且他做的事情其实对组织来说都是好的,所以很快可以得到团队和领导的认可,可以获得更多的机会。

其实,做领导的人,都相对喜欢这种要性强的人,因为这种人可以做事情,并且大多数情况下都可以把事情做很好。所以领导也原因把事情交给他们。

有要性更容易被信任

我有个同学,暂且叫他L吧,我们是大学的本科同学,现在他也在阿里。

我和L大学是在同一个实验室的,当时我们实验室玩的比较好的一共有4个人,大家都是比较努力的,四个人现在发展的都不错。

当年校招的时候,L和另外一个同学已经去外地实习了,我和另外一个人在学校复习准备校招。当时大家都有名企梦,都希望可以找到一份靠谱的工作。

那时候我是第一个拿到校招Offer的,第一个Offer就是阿里的,然后几个人一起聊天,在外地实习的两个人也准备回来参加校招。

不过他们回来之后,阿里的校园招聘已经接近尾声,他们就在参加其他公司的招聘。

后来一次偶然的机会,我得到消息,阿里有一个部门要补招,不过是测试岗。我把这个招聘信息发到我们几个人的小群里面,之后就没怎么在意。

过几天,L和我说他通过我发的那个招聘信息拿到了Offer,虽然是测试岗,但是进来之后还是有机会转开发的。

之后我们一起来到杭州实习,L所在的部门面临拆分重组,在L的努力下,他和领导表达了自己的想法,一方面因为他自己也确实优秀,另外也是尊重他的想法,他就被划分到开发团队了。

但是他去的团队是做安卓的,之前他完全没接触过。

在之后的日子里,L经常主动承担团队内部的工作,在工作中发现安卓体系内没有很好的组件化框架,于是他自己搞了一个,还做了开源。

于是,渐渐的L深深的得到了主管和同事们的信任。一方面自己比较优秀,另外一方面也是因为主管力挺。他很快得到了晋升的机会。

之后L的主管要转岗到其他部门,于是又把L带过去了,过去后又得到了很多重用。现在又在带团队,相信很快就能再次晋升了。

L也是一个要性比较强的人,他知道自己想加入阿里,于是抓住了一次补招的机会。他乐意牵头去做很多事情,于是得到了主管的信任,不仅给他很多机会,即使到了新的部门也愿意带着他。

很多人说,L是因为跟对了人,但是我不这么认为。因为L的主管之前手下有很多人,但是只有他得到了快速晋升的机会,也在转岗之后只把L带过去了。这些都是源于L有很强的要性,可以主动的去承担事情,也能很好的把事情做好。

总结

在工作中,遇到很多人,他们有各种各样的性格,我从这些优秀的同事身上学到很多东西,很多我之前不曾认识到我欠缺的东西。

比如"要性",我之前就对技术比较热衷,遇到什么技术问题我一定要把他弄清楚,所以这方面要性比较强,但是在其他方面,之前做的不是很好。

但是最近一年自己也在做转变,让自己在各个方面都变得"要性十足"。

最近我在负责的一个事情,之前这个想法提出来的时候,只有我们技术团队的人比较认可,但是这个事情却需要产品团队帮忙一起推进。

起初我想办法让产品团队进来一起做,虽然他们并不是很情愿,但是在我讲述了这个事情的价值之后,他们也愿意帮忙投入做一些事情。

但是,因为他们也比较忙,并且这部分事情他们没认识到重要性,所以后续支持不是很足。但是我自己知道,这件事儿是我认为有价值的事,那么我就想尽办法去做。自己就站在技术、产品、运营等多个角色去推动这个事情。

全力投入进去之后,不仅在技术上得到了很多提升, 而且还可以深刻的思考一个产品。

最近,我做的这件事情已经变成了整个部门今年核心要做的事儿(当然这中间也经历了很多事情,在自己不断的坚持、主管的支持下,最终得到整个部门的认可)。现在产品团队的规划中已经把这个事情重点提出来要继续做了。

这个时候自己还是比较有成就感的,感谢自己的坚持。

所以,做人做事,还是要有要性。我要,我就全力去搞,最终不管成不成,不后悔。

积极主动、追求极致、善于思考、乐于总结。这就是要性。

最后,把《世界因你不同:李开复自传》中的一段话送给大家,共勉之:

"Make a difference,就是想象有两个世界,一个世界中有你,一个世界中没有你,让两者的不同最大,最大化你的影响力,这就是你一生的意义。"

关于作者:Hollis(ID:hollischuang),一个对Coding有着独特追求的人,现任阿里巴巴技术专家,个人技术博主,技术文章全网阅读量数千万,《程序员的三门课》联合作者。

【本文是51CTO专栏作者Hollis的原创文章,作者微信公众号Hollis(ID:hollischuang)】

 

戳这里,看该作者更多好文

 

责任编辑:武晓燕 来源: 51CTO专栏
相关推荐

2013-01-05 14:30:42

2020-01-18 08:49:17

目录安全.ssh木马

2024-03-22 13:31:00

线程策略线程池

2011-05-31 18:41:45

复印机技巧

2017-09-18 15:14:43

2018-03-05 08:13:13

临时性计算编程语言

2019-01-14 07:28:56

大数据云计算互联网

2015-07-13 09:45:32

阿里校招

2018-11-08 15:30:04

JavaScriptES6异步

2021-11-05 10:07:13

Redis哈希表存储

2009-09-14 15:50:17

CCNA学习方法

2015-06-24 16:54:00

WiFi

2024-06-24 21:18:48

2013-04-24 10:31:44

公有云云安全

2021-11-19 09:40:50

数据技术实践

2011-03-22 10:56:23

平台

2021-06-17 06:19:20

存储SQL数据库

2018-08-29 15:29:24

雾计算边缘计算

2010-09-03 14:34:13

钓鱼网站

2014-03-20 15:50:07

Android WeaGoogle亮点
点赞
收藏

51CTO技术栈公众号