从工程师到技术leader思维升级
身处职场之中,太多话题相围绕,“个人成长”、“管理”或许是讨论的最多的了。
但“个人成长”和“管理”却是大不相同的两件事情,针对“管理”的问题,看过一些书籍,给我的感受就是对一件事的认知、思维方式很重要。
看问题的高度不一样,得到的结论必然不同。
前段时间,看到一篇博文,内容中的观点我很赞同,结合自身的经历细说一番。
从技术新人到一个成熟的技术leader,需要经历几个身份迭代?每一次身份的转换都需要怎样的思维升级?本文将从技术新人、潜力干将、架构师、技术leader四种身份的思维升级依次展开。
俗话说的好,“不想当将军的士兵不是好士兵”,那作为“士兵”该如何做好“好士兵”呢?
技术新人:做事、成长、建思维框架
很多技术人刚踏上工作岗位时,免不了都会有这样的感叹:“我要做百万量级的大项目!我要为千万客户谋福祉!我这样优秀的人岂能每天做这样的小事情?”其实,不管是代码大神,还是业务大佬,都是从一个个小项目开始的。唯有建立起自己的思维框架,才能由小及大,慢慢Hold住更大的业务板块。注意了,职场不比学校,个人能力足够强就可以了。作为一个技术新人,除了学会如何做事,如何成长,更要学会如何给别人创造价值感。
先做事:用实际行动做自我介绍
新人到一个团队最关键的是在前3年建立起个人品牌。在别人对你完全不了解的情况下,你做的第一件事是非常重要的。很多情况下你给别人留下的印象会蔓延到整个公司。所以交给你的第一件事情一定要做好。
怎么才叫做好?大部分情况下,做事认真一点、考虑得更深入一点、积极主动一点这几点都做好,你基本已经好于70%的同学了,好于70%的同学我们都称之为“靠谱”。把每件事情做好,并且在当中建立起自己的影响力。比如做技术的,要在某一方面成为一个团队的专家,在这个领域要成为权威,目标就是做出一件令人佩服的成果,逐渐建立起自己的影响力。
获得了合作伙伴包括主管的认可,自然获得的机会就会更多,做的事情也会越复杂,你的合作伙伴以及和你一起做事的小伙伴也会越来越强,这样就会形成正循环,你的成长就会比较快。所以前3年通过做事形成自己的影响力,积累自己的人脉。
作为一个技术人,不管是研发还是测试,实力最重要。
相信大家都听过类似的话
研发吐槽测试:这么简单的bug都没测出来
测试吐槽研发:这么简单的bug都能写出来
反正就是谁也不服谁,但如果在实际工作中,体现出自己的实力,相信这样的话语自然而然就没了。
结合自身来看,上述观点我十分赞同。我当时进入一家初创公司,通过一年时间就成长为团队核心,并不是因为自己多牛皮。正如上述所说,只是给合作伙伴、团队一种踏实的感觉。
在迭代中,以缜密的思维、结合测试策略设计case;测出一些隐藏比较深的bug;存在问题先初步定位,以测试角度得出结论再转交给对应研发。渐渐的,同事之间的口碑慢慢就积攒来了,成了大家笑称的“测试大佬”。
平时提出的优化建议或方案,“只要不过分”,研发也都会坦然接受。但如果自身实力没体现出来,部分建议是会被“KO”的,组内同学真实体验过。
成功没有捷径,但有方法:你有学习框架吗?
远大的理想需要坚定地努力去实现。有效的方法能让我们事半功倍。我在以往的工作经验中学到了下面这个框架,在日常生活中经常以此为大纲,思考下一步行动。比如有段时间我特别想学习如何做一个技术leader,就先选择了一个心目中最想达到的目标:我的某位同事。他团队的同学发展得都非常好,经手的业务都很有创造性,他本人也非常善于创造价值感。我就一直告诉自己,做技术leader,一定要像他一样,给同学们创造价值感。
学习框架:
-
当前这个事情谁做的是最好的
-
他为什么是最好的,好在什么地方,他是怎么做到的
-
我怎么认识他,怎么向他学习
-
我和他的差距在哪里?我的学习或者做事的路径是什么
非正式职场进阶公式:修炼3个基础通用能力
新同学想在职场上有更好的发展,建议可以从这3个方面修炼基础通用能力,夯实自身能力基石。
-
学习总结能力
保持旺盛的好奇心,是建立学习总结能力的前提。
-
沟通表达能力
如何去表达自己的观点,怎么样去把自己学的东西形成产出,是优秀的应届生同学通用的能力。
-
逻辑推导能力
做一个事情的时候,你有没有想清楚目标,有没有想清楚路径。
对于学习这件事,不管是新人还是老人,技术这个工种,就是得跟上技术的革新,补充新鲜的知识血液,才能立足于当下。
潜力干将:找到自我驱动力,形成核心竞争力
靠谱专业的新人,慢慢就会脱颖而出成为团队中不可或缺的中坚力量,这时候就进入到了潜力干将的阶段。
这时候最重要的是:通过“先做人、再做事”,创造自己的核心竞争力。
先做人:从“人”的角度出发去做事
职场中的“做人”,不仅是指待人接物,更是指如何从“人”的角度出发去做事。其中,找到自我驱动力很重要。
什么是自我驱动力:这个事不归我管,但是我愿意为此而付出劳动。
其次,在公司中,要善于与人协作。职场人也是社会人,更好的与他人协作,可以让我们更快更舒心的完成工作。如何才能在协作中真正达到双赢甚至多赢?
别人的想法当成自己的想法,帮别人实现。很简单,初期与人合作的时候,要把别人的事当作自己的事,并且想方设法实现好,该做螺丝钉的时候也要做好。
多想少说多实践。如果你有好的想法不妨说出来,并且实现出来一个Demo证明可行性,能把想法落地远比“提出想法”更重要。
自己的想法找一帮人帮实现出来。这个阶段最重要的就是平衡利益,合理的让每个项目成员都能获得最大的利益是项目成功的关键,仅仅把事情做好还只是第一步,项目要发挥出最大的价值,还需要主动推动上级进行资源协调和后期宣传等。大家都帮你宣传,才能有更多的落地场景。
再做事:事情到我为止
潜力干将——既要有潜力,更要能干、会干、敢干。当团队遇到一些问题,能否第一时间想到你?事情能否到你为止?是一个技术人能否在团队内建立口碑和影响力的重要标志。其次,要有令人佩服的成果、建立起自己的核心竞争力。没有核心竞争力,也就很难成为团队的骨干。
之前在基础架构部门,很多的业务调用都是从基础服务开始。一有问题,就会觉得是基础服务问题。说实话,有时也挺烦的。但面对提出的质疑于问题,总不能躲避吧,躲是躲不过的。
那就只能按自己的思路或方式去答疑或排错了。这个过程,使自己也学到很多,把问题给解答清楚,给别人提供帮助,在领导眼中获得认可。
架构师:修炼三头六臂,一心只为成事
这里讲的不是架构师这个角色,而是在团队里负责单独项目的骨干。它不是强制性的组织关系,而是靠项目和个人的影响力,吸引别人和我们一起奋斗。
要善于发现兴奋点
架构师不是完成任务的工具人,而是要善于发现兴奋点,从对单点技术的追求到全栈技术的掌握,乃至对全局的掌控力,最终形成自身影响力。
父辈常说“要扑下身做事”,既是让我们脚踏实地、全神贯注,更是教育我们要关注事情的各个枝节。对单点技术的不懈追求是每个架构师走上架构之路的奠基石。其次,从前端到后端,再到中间件,业务的整个框架,架构师应该都要有所了解。这样在做技术选型时,才能知道这几者的区别是什么?适用的场景是什么,需要用到什么技术。如果没有这样的技术判断力的话,是很难做出合适的技术决策的。最后,架构师要分析在优化中哪些是关键环节,让最关键环节的同学担任此次架构设计中的核心角色。否则后期再去做协调时,是很难平衡的。
一个项目成不成,或者一个项目的成果是60分还是80分?很大程度上是看架构师能否将所有东西表达出来,或者是否有影响力的人认可你的人、你的结果?项目做成了,学会表达,放大你的成果,也是很重要的。但这个放大也不是说项目没做好,就去吹已经做的很好了。如实的、不夸大地去做宣传才是一个技术人该保持的秉性。
要有成事思维
架构师的成事思维,简单来说是有以终为始的目标感,对做事的方案想的足够的完整周到,从目标到结果、从方案的实施路径到具体步骤清晰严谨,能最大程度上降低风险。以终为始、系统性思维、逻辑性思考是成事思维最基础也是最重要的三种思维。
- 以终为始
什么是目的、什么是手段、什么是原因、什么是结果、该保什么、该放弃什么?比如在我思考商品和库存团队如何发展,首先想的一件事情就是,商品域要建设成什么样子才是我们想要的?我们需要一个什么的团队才能达到这个目标?区分清楚目的和手段才能更精准地完成工作。当前的中台是因为做的好才会有很多人来用,还是因为有很多人来才会做的好。哪个是因哪个是果?又或者是互为因果?区分清楚原因和结果,才能更快的定位问题;在工作中,明晰该保什么,该放弃什么,才能聚焦精力,定点爆破。
- 系统性思维
思考全面、上帝视角、以史为鉴。思考全面既要有对事情本身的思考,也要兼顾合作团队之间的影响,更要考虑改变这件事对其环境的影响,即带有生态思维的思考。上帝视角是指我们在处理业务架构时,既要从技术层面去深入解决,又要拔高维度,从业务层面去看待问题。以史为鉴则是从历史角度推测未来,将以往的失败经验、成功案例沉淀和抽象出来,为新业务赋能。
- 逻辑性思考
结构化思维、增长飞轮、因果思维。结构化思维大多指抽象和分类,按照一定的位置关系逻辑再组织在一起,可以是上下、左右关系、包含关系、分类关系、依赖关系等这些逻辑关系。增长飞轮则是要求我们在做一件事时要动态的看待它的发展过程,随着时间的积累,我们的能力、优势、资源能不能不停地正向循环增长。因果思维可能是最简单的思维,也是最难的一种思维方式,从一个好问题出发,再推导出一系列子问题,最后回答和实现这些问题再看能否得出一个我们想要的结果,架构师就是要不停地追问为什么,来判断这个问题的根因是什么,只有找到根因才能对症下药得到好的结果。
要学会平衡
架构师不仅要在技术方案上做好平衡,更要在人和事上做平衡。让合适的人参与进来,在合适的时间点做合适的事情。不是所有的项目将大佬一网打尽就可以成功的,而是要将资深的技术人放在关键环节的关键角色上,这样才能事半功倍,否则大佬的加盟不仅无益,反而可能成为项目发展的阻力。其次,能在合适时间点做合适的事情。一个价值关注度更高的项目,可能会拿到更好的资源。
技术leader:成就他人,创造价值感
技术leader不是项目小组长,不是带着大家把事情囫囵做完就可以了,而是要在工作中成就他人,创造价值感。
技术leader的责任里第一点就是创造价值感。即把一个事情做成,拿到一个合适的结果。好的技术leader在做事时,会给同学们描绘一个场景,让人热血沸腾:这个事情一定行,一定非常有价值。我在观察一些比较优秀的同学时,发现他们给我的感觉是“我跟着他干,会有伟大的前途,不管目前这个项目最终能否成功,我就是很想跟着他干”。甚至于这个项目还没有开始,我就认为他一定能干成。第二点是利他。让团队的成员增值。利他可以说是成事的前提。我们真正在落地一个项目时,需要多个同学来合作执行。那这些同学凭什么来做这个项目而不是其他项目呢?背后的驱动力是什么呢?
大家看这棵树,树根部分象征公司的管理层、董事会,就是这棵树的树干部分,一线同学就像这些枝叶一样伸展开来。一棵树最吸引的地方永远是末端那些枝叶和花朵。所以我们把荣誉给到一线同学,让他们感受到这种幸福。技术leader则要做好一线同学的后盾,平时要把营养、能量输送给他们,遭遇狂风暴雨的时候,树干要顶住困难,凝聚团队,留下更多的一线同学。
技术leader的安全感:组织信任
技术leader的安全感是双向赋予的,上级领导需要给予技术leader足够的安全感,保护团队中的“树干”,才能充分发挥技术leader的力量,进而给到一线同学更多的营养;如果技术leader自身没有安全感时,也不可能给到一线同学安全感的,或者说也不可能死心塌地“利他”。这是技术leader应该做的,但它本身违反人性的。所以当你是个大技术leader时,和你下属的技术leader建立好信任关系,对整个团队的发展非常重要的。
建立安全感的四个TIPS:
- 安全感来自背靠背的信任
能否把你的后背交给你的技术leader,你是不是信任他,冲锋陷阵的时候,他是不是支持你?遇到挫折时,他是不是依然坚定你们的选择?
- 安全感来自被需要
不是说统揽部门所有重要工作,就是被技术leader需要,而是技术leader很重视“我”的意见。
- 安全感来自确定性
做的好与不好?需要一个确定性的评比原则。比如我作为技术leader,我会告诉大家,这个项目需要做到哪些事情,达成什么目标,犯了哪些错误就要背负什么责任。如果一个团队内,什么事情都是不确定的,都是需要看上级的心情,那同学们一定是没有安全感的。
- 安全感的建立也需要过程
一线同学和技术leader的信任关系是一点点建立起来的。为什么很多技术leader喜欢“任人唯亲”,因为技术leader对旧相识的熟悉,会延续和传递到工作当来,便于他对工作有更深的理解和把控。所以新的技术leader和同学关系建立时,也要慢慢从一个个的小任务开始,信任感逐渐叠加。最终才能建立安全感。
这里要提醒技术leader们,注意信息和任务的上传和下达:向下2级收集信息,只向下级分配任务。每个层级的技术leader都应该承担相应的责任,要尽力不要将责任往上移。比如在涉及到绩效时,有些技术leader就会自己不敢承担责任,会想把责任往上移。但是对于该同学来讲,技术leader对自己的看法,远比上上级对自己的看法更重要。
技术leader的价值感:善做会说
善做最重要的是定义问题:挑战性的目标和场景化的价值。会说则侧重的是三个沟通技巧:
-
向上主动争取机会。我们做的每一项工作本质上都是为了公司利益服务。工作交给你、交给他,没有本质上的区别,主动争取更多机会,并没有什么可害羞的。
-
居中多和平级沟通。聊一下是否有合作的机会,近期的工作进展是怎样的,互通有无,知己知彼才能百战百胜。
-
对下承认自身的不足。在团队内做项目时,如果自身建议不被采纳时,要多听少说,不要把自己架到圣人的地步。如今技术更新迭代之快,令人咂舌。做到顶尖的好技术人不一定是最好的技术leader,但最好的技术leader一定会把每个技术点第一的人放到合适的地方,发挥他们的最大潜力。
对大部分新同学来说,更多的是“以事修人”,对于更资深、更核心的同学来说,更多的是“以人成事”。作为技术leader,我们要多给建议,少给方案:技术leader提出“我今天需要解决一个问题”,至于如何去解决,需要什么路径,先让同学去想、去做,技术leader后续在做相应的指引。
思维和认知的提升,可以给人带来不一样的改变。
架构师和部门级技术leader,是自己努力的方向,还有更多的需要学习。始终相信,“机会是留给有准备的人”。