团队不仅仅是人的集合,团队中的成员需要相互配合、相互协作,才能发挥出团队的力量。作为团队的一员,我们需要找到自己在团队中的位置,承担起自己所负责的任务,与其他团员打好配合,才能更好地发挥出自己的价值。团队合作就跟打篮球一样,需要每一位队员都找到自己的位置,发挥出自己的能力,团队才能赢得最终的胜利。

在这里,我们自身的价值与团队密切相关。很多时候,我们常常会混淆自己的能力与自己给团队带来的贡献,会以为自己足够厉害就不会被淘汰、或者说就能够被团队认可、收获更多,但事实上却不一定都是这样的。

# 7.3.1  找到自身在团队中的位置

找准自身在当前团队中的定位。每个人在团队中都有不同的定位,例如有些人比较擅长解决线上问题,有些人擅长做架构设计,有些人没啥喜欢的只想着按时下班。而团队的氛围也跟管理者有很大的关系,有些管理者希望每个人都能独挡一面,有些觉得大家各司其职,有的管理者喜欢和大家一起讨论,有的则喜欢把所有事情都控制在自己手里。我们在团队中的位置,也会因团队风格的不同而不同。

# 攻坚比补位更有竞争力

团队的工作,常常会分为核心内容与边缘内容。显然边缘工作的可替代性更强,大多数情况下边缘工作都会相对琐碎和杂乱,比较难发挥出自身的价值。努力成为团队的攻坚,负责一些核心的模块,不管是自身能力提升、还是职业发展都更有优势。

上面描述的,都是以可选择为前提。而作为一个新人,很多时候我们并没有多少选项可以选择。在这种情况下,我们可以通过把一些很普通的任务完成得很好,来展现出自己的能力。如何在边缘工作中发挥出自己的价值,这块后面有描述,这里就不多说了。

# 寻找不可替代性

虽然大多数情况下,都是工作选择我们,而不是我们选择工作。但我们依然需要思考,如何在团队中降低自身的可替代性(这里不推荐通过写垃圾代码的方式来建立自身技术壁垒)。

一般来说,管理者都喜欢帮忙解决团队难题的队员。在团队的不同时期和阶段,团队的难题都可能不一样。例如:

  1. 在项目初期,需要能快速稳定产出的队员,因为项目高质量的快速上线是首要任务。
  2. 在项目成长期,偏好能快速定位并解决问题的队员,因为随着用户量的上涨,会出现性能问题、现网用户反馈等问题,需要高效地排查和解决。
  3. 在项目稳定期,则可能更喜欢能主动提出新的方案、并执行落地的队员,因为可能会有技术 KPI 需要完成。

我们可以结合团队的发展情况、项目的阶段,努力去解决团队现有的最大瓶颈,就可以很好地发挥出自身的价值。而要在团队中建立不可替代性,或许还需要结合自身的长处来展现。

# 与团队目标一致

我们需要分析自身的优势是什么呢,当前团队中有可以发挥的地方吗?举个例子,我喜欢分享讨论、自身在思考和沉淀方面也有较多的经验,如果团队对我的期望就是“只需要做我给你讲的,按照我讲的方式去做,多做事少说话”,当我提出其他方案的时候会被打击,显然我无法在这样的团队中发挥自己最擅长的能力。

当我们可以尽情发挥出自身的价值,而这样的价值恰好又是团队需要的时候,我们可以获得团队的认可,也可以提升个人的工作积极性、做事效率,工作也越发如鱼得水。

大多数情况下,团队的目标不会全部与我们自己的目标一致。而要很好地与团队打配合,我们需要找到与团队一致的目标,并朝这个方向去努力。

# 7.3.2  有关边缘工作

除了日常开发的内容,我们工作中也有不少其他各式各样的事情需要去做。我们负责的常常又不全是自己想要做的事情,甚至手上的大部分都是比较边缘的工作。有些人会想,我来这里并不是为了做这种事情。那么,我们还有逆风翻盘的机会吗?

# 业务需求还是技术需求

做业务需求好,还是做技术需求好,大概是所有程序员都想过的事情,也是很多人会纠结的点。

一般来说,大家都会认为技术需求对个人的成长和提升帮助更大,同时技术需求也很少有业务面临的突发问题、外网投诉、活动发版等可能熬夜通宵的情况。而业务需求则有较可观的用户量,收益和稳定性可能会更好,但工作内容可能更偏向日常问题定位、产品需求的开发等“技术含量较低”的枯燥和重复性工作。

每天埋头写“差不多”代码的,羡慕做有挑战性的技术的。每天在做底层基础支撑的,则会苦恼于没有业务接入、团队面临调整等问题。

但实际上,业务需求也好、技术需求也好,我们都是在为某一个产品提供稳定、可靠的服务。对于业务需求来说,这个产品可能由产品经理提出需求、我们负责实现;而对于技术需求来说,这个产品则是由业务衍生出来的基础需求,服务对象则是日常进行业务开发的人。

所有的技术需求都来源于业务的需要,自动化能力、灰度发布能力、监控告警能力、全链路跟踪能力等等,都是因为业务某个方面到达一定的瓶颈而提出的解决方案。

所以,对于做业务需求的小伙伴来说,需要关注到是什么导致了我们日常工作的枯燥,“重复性”的工作是否可以用工具解决?“相类似”的工作是否可以进行抽象然后提出解决方案?对于做业务的小伙伴来说,如果能积极思考和主动提出解决方案,也一样能获得很多的成长和机会。

对于做技术需求的小伙伴来说,需要关注自己正在做的事情,是否真的符合业务的需要?是可以让业务更加方便地使用,还是会给它们带来更多的麻烦?工作中我们能看到很多做基础建设的,做出来的工具不够友好,因为他们以自己的想象为起点,单方面地认为其他人需要什么、就去做什么。

技术需求无法脱离业务,只有能确切地解决业务的一些痛点,这样的技术方案才可能有更多的业务愿意接入,技术需求的价值才得以体现。

# 什么是边缘工作

很多时候,我们所在的团队都会有很多边界不清晰、责任不明确的工作,例如会议纪要、值班查问题、组织团建等内容。一般来说管理者需要调节好,让队员轮流负责是最好的,但事实上也有不少的团队会把这样的工作一直给到某个人。

大家都知道,这些工作会占用一些时间,而且经常需要做一些协调性的工作。如果你是一个希望专注技术成长的人,那想必会很烦恼。那么如果这些事情“只能”你来做的话,你每天都得花上额外的时间来做,就可以思考下自己能否承受得住这样的安排。这里的承受并不是指工作量太大,而是指个人对待这些事情的态度。如果给工作带来了情绪,才是最糟糕的结果。当然我们可以开放地接受这样的安排最好,毕竟对大多数人来说,这只是一份工作而已。

# 利用边缘工作发挥自身价值

好的管理者会对一直承担边缘工作的小伙伴进行奖励,但也并不是全部都是这样的。如果说我们并没有可以选择的余地,那么只能调整自己的态度,尝试使用这些边缘工作来发挥出自己的价值。

首先,要多沟通,可以提出轮班的建议。如果大家是因为觉得我们做的比较好、特别适合做这些工作,一致认为应该由我们来负责会比较好。那么我们可以先尝试提升这部分工作的效率,同时把方案和步骤都写下来,再试着让大家都参与进来。如果这样的方案被拒绝,而我们只能硬着头皮去做的时候,有几个小建议:

  1. 尝试将这些工作整理成总结,定期同步下工作内容、进展,让大家都看到你在做这些事情。
  2. 重复性较高的工作,可以使用工具、写个脚本去代替我们做这些事情,减少在这些工作上投入的时间。
  3. 多去思考是什么导致了这些边缘工作的存在,找到问题的源头并尝试解决。例如我们需要每天主动去跟进一些用户反馈,那么是否可以考虑“让用户反馈找到我们”、而不是我们去找它们呢?

有些时候,我们在工作中会比较被动。但不要让这种被动的状况持续太久,尝试更加积极主动地去面对和解决它们,只有这样我们才可能在逆风中进行翻盘。

# 7.3.3  汇报和 PPT 很重要吗

这大概是所有程序员都头疼的问题了,但是它确实一个比其他所谓边缘工作都还要现实的问题。在工作中,我们能看到很多会包装、会对上汇报、写 PPT 很厉害的人。其实这些原本都是加分项,但因为产生了利益关系、就会有人去过度使用这些技巧,于是我们厌恶的往往是那些过于夸张地汇报、吹噱头的人。但出于对这类人的反感,这些事情常常导致我们讨厌、消极对待这类工作。

我曾经也特别讨厌主动表现自己、讨好上级这样的行为,不管大公司还是小公司、大团队还是小团队,这样的现象比比皆是,一直让我困惑又迷茫。后来与一位前辈深入交流了下这样的现象,他跟我说的一句话让我恍然大悟:向上管理很重要,因为你可以用你的方式去影响和改变上级。

是的,我们常常认为只要把自己的事情做好了就可以。但对于管理者来说,他每天也有繁忙的工作安排,同时还要管理好手下的几十个人,显然无法对每个人都嘘寒问暖。而主动反馈是一种很好的方式,对方可以知道你在做什么的同时,也可以站在他的角度给到一些建议。我们不得不承认,管理者所在的位置会比我们看到的更多,有些时候他们给到的建议也的确很有用。

向上管理,其实本身就是我们工作中的一部分。真正的向上管理,并不是一味地顺从管理者、无下限地跪舔对方,而是用你自身去影响和改变上级。汇报便是其中一种方式,我们可以通过汇报的方式,让对方看到我们付出了多少、取得了什么效果。同时根据管理者的风格,使用对方比较容易接受的方式,来表达出自己的一些想法,从而达到自己的目的。如果你要成为一个管理者,那么你就更应该学会向上反馈和汇报,因为只有这样,你才能为你的成员争取更多的资源和支持。

回到汇报,如今汇报的方式大多数都局限于 PPT,大公司更甚。那么,我们需要学好怎么写 PPT 吗?答案是要的。程序员写 PPT 并不需要画的跟设计一样漂亮,大黑字、表情包都可以直接往里面贴,重点只有一个:逻辑思路清晰。其实写 PPT、写文章和文档这些很难吗?不难,只是比较花时间。其实在写的过程其实你会进行很多的思考,会发现一些之前并没有考虑到的事情,同时也能锻炼书面表达能力。

所以,我们依然需要花适当的时间去对自己的项目进行设计、整理和复盘,用我们自己擅长的形式,不管是 PPT 也好,文档、文章也好,将这些内容思路清晰地记录下来,这样我们才可以走得更远。

# 7.3.4  我要努力到什么程度

很多时候,我们在努力适应团队的节奏,但有些事情并不是只靠努力就能解决的。或许是努力的方向不对,也或许是事实上我们和团队的缘分的确没到。

我们换工作,除了让人颠倒三观的奇葩人和事,一般都是因为几个原因:缺乏成长、没钱、加班太疯狂、管理问题等。那么,我们不可接受的内容,是还有调整的余地呢?还是已经触碰到自己的底线呢?我们每个人都有一些称之为“底线”的原则。工作常常并不会如我们所愿,即使我们定下来一些自认为不可撼动的原则,却也在各种辗转受挫之后被告知“这个世界就是这样子的”。我们会自我怀疑,甚至会自我否定,最终容易丢失了自己。

遇到这样的问题怎么办?我们可以先调整下情绪,静下心来分析一下:当前这个工作能给我们带来什么、又会让我们失去什么呢?

如果能收获的东西,价值远大于会失去的,则不妨考虑一下“忍一时风平浪静”。先把需要的经验、金钱、成长值到手,再考虑跟现在的工作说再见。很多时候,一些让人难受的经历,其实也会让人成长,虽然未必是你希望的方式。如果我们能从中收获的比不上会让我们失去的,那就好好准备一下面试,找一份可以让你有一定增值的工作。

找到一个合拍的团队并不是一件简单的事情,但只有坚持不懈地找下去,你才会有可能遇到你喜欢的那个团队,勇敢去追吧。

部分文章中使用了一些网站的截图,如果涉及侵权,请告诉我删一下谢谢~
温馨提示喵