如何作为一名远程工程师脱颖而出——以及这为何如此重要
由 Mux 主办的 DEV 全球展示挑战赛:展示你的项目!
本文最初发表于Triplebyte 博客,作者是 Joseph Pacheco。Joseph 是一位软件工程师,他曾进行过 1400 多次技术面试,涵盖后端、移动端、底层系统等各个领域。他见识过各种各样的奇特之处、技术难题和独一无二的优势,并希望分享他的经验,帮助工程师们成长。
作为一名远程工程师,很容易变得默默无闻。你不和同事共用办公室,所以无法像往常一样依靠午餐和茶水间闲聊来建立人际关系。
这可能会造成严重的后果。其中之一是:这会导致别人把你视为机器上的一个齿轮——一个只会输出代码的化身——这不利于建立健康的合作关系。
幸运的是,情况并非必须如此。你可以运用一些策略,定期强化自身价值,建立有意义的人际关系,并温和地提醒大家,你的 Slack 头像背后也是一个活生生的人。
这远不止于更及时地回复邮件,它涵盖了从高级社交技巧到工程师角色特有的技能。一起来看看吧。
相关报道:远程办公趋势可能会如何影响工程师薪资
为什么“被人关注”很重要?
专家指出,最简单的数字通信方式往往缺乏人际面对面交流中常见的同理心。(我们都曾在社交媒体的激烈争论中目睹过这一点。)不幸的是,远程办公也存在同样的问题:你不会像在现实生活中那样被平等对待——这意味着你需要付出实际努力来降低风险。
我并不是说你不在办公室,同事们就会突然对你恶语相向。我只是想说,如果他们只能通过头像看到你的工作成果和偶尔出现的中立评论,就很难感受到你完整的人性。如果没有表情和个性的展现,人们往往会更加挑剔、更加不宽容,也更缺乏人情味,无论他们是否意识到这一点——这对团队凝聚力(尤其是你的工作保障和晋升)都非常不利。
除此之外,远程办公者经常被忽视。他们经常错失晋升机会,被认为效率较低,仅仅因为他们不在老板的“视线范围内”,就被不公平地排除在重要任务之外。公平吗?不。这是事实吗?当然。
“获得关注”并非指投机取巧地博取眼球,而是指在那些原本由他人代劳的情况下,主动让自己出现在公众视野中。这关乎于帮助你的团队记住,即便人性中存在一些不那么光彩的方面,你仍然是一个真实的人,并且一直在为团队的共同利益做出有意义的贡献。幸运的是,这比你想象的要容易得多。
用代码走向成功
优美的代码在任何工程环境中都很重要,但它尤其能极大地提升你作为远程工程师的声誉。
想象一下,你正在解决一个棘手的问题。你遇到了一段必须依赖的代码才能完成任务。而且,这段代码简直太棒了!方法命名清晰明了,注释简洁明了,既实用又不会过于复杂,类层次结构清晰细致。总而言之,使用起来非常愉悦,更重要的是,它极大地简化了你的工作。
你会注意到编写这段代码的工程师。你甚至可能会对他产生一点“技术迷恋”,或者感到一丝丝羡慕。
//
// AClassThatWillGetYouNoticed.swift
// TeamProject
//
// Created by Engineer Worth Noticing on 9/28/20.
// Copyright © 2020 Your Company. All rights reserved.
//
/// A pithy yet enlightening class description
class AClassThatWillGetYouNoticed {
/// A pithy yet enlightening bit of documentation
func clearlyDefinedAction() -> EvenClearerOutput {
/// Short yet readable implementation
logicallyAbstractedHelper()
...
}
/// Feel free to git blame me for this!
func logicallyAbstractedHelper() {
let descriptiveVariableName: MostAppropriateType
...
}
}
现在想象一下,你是编写这段代码的工程师,而其他人正在开发这个棘手的功能。也许是和你同级别的同事,也许是资深工程师,甚至是你的老板!与人交流时,他们一定会对你编写的代码印象深刻。而且,你编写的代码越清晰易懂,这些一次性的印象就越能转化为你的声誉。
这是一种无需直接与任何人交谈就能引起注意的方法,所以拿出你的代码规范书籍,比以往任何时候都更加认真地对待它吧!
成为票务大师
同样,你也可以通过高效管理工单来间接产生影响。也就是说,JIRA/Asana/Notion 上的每一个工单都是你为团队其他成员创造价值的机会,而这种价值是绝对不容忽视的。
许多工程师在接到新工单后,只会做最基本的维护工作,确保工单保持最新状态。他们最终会在准备好后更改工单状态,偶尔添加一些评论,但很多潜在的改进机会都被完全浪费掉了。
每张工单都可以成为每个任务的重要信息来源。而且,工单的透明度往往能让团队中的其他工程师受益。也许你的同事需要等到你完成工单的某些部分才能开始他的任务。也许你的老板因为新的业务压力而需要重新评估时间安排。你越是清晰地记录工单信息,就越能帮助你的团队做出更明智的决策。
因此,不妨将你的工单视为草稿纸。列出完成任务所需的所有步骤清单。在备注部分记录你的假设和实施策略。
这样一来,你的工单就和你的代码一样有价值。如果你的老板需要更好地了解项目进展情况,他们无需打断你的工作流程即可查看,并且确信工单是最新且可靠的。同样,你的同事可能正在评估是否值得花精力去优化他们工单的性能,这取决于你的工作预期性能如何,而能够可靠地检查这一点也能让你获得同样的信任。
换句话说,拥有精美的门票,你就能赢得声誉,成为别人团队中想要招募的人,因为你的门票能让每个人的工作都更轻松。
把 Slack 当作你的茶水间
远程办公时,你很容易在Slack(或MS Teams或其他你使用的软件)的虚拟形象背后隐藏自己的人性。也就是说,你可能会感觉自己在同事眼中更像个机器人,而不是一个真人。
但如果你积极主动地分享对人类真正有意义的内容,你或许就能通过图灵测试。
远程实现这一目标的一种方法是,要牢记 Slack 是你办公室的虚拟茶水间(当然,要在适当或指定的频道内进行)。
你了解职场闲聊的套路:最近是不是读到一篇关于机器学习如何解决疫情的有趣文章?是不是正在做一个副业项目,突然发现某个热门网页框架里一个鲜为人知但超级有趣的功能?是不是对应用商店的规则感到无比愤怒,自己写了篇博文?虽然你通常会跟邻桌同事或者在办公室茶水间跟人聊这些,但现在你必须记住:
👏在Slack上分享👏这些👏内容👏
这不仅会提醒人们你的存在,还会让人们知道,在那张小照片背后是一个有血有肉、思想有趣的人。
别误会我的意思。我不是鼓励你炫耀,也不是鼓励你为了博取关注而刻意编造内容。那样做很恶心。我只是想指出,既然你不在办公室,就需要更积极主动地分享,这样才能自然而然地与同事建立合作关系。
所以,当你真正发现一些有趣的东西,并且觉得团队里的其他人也会感兴趣时,不妨多花点心思分享出去。养成时不时分享的习惯。当然,也要自然地参与到后续的讨论中。大胆地表达自己!
通过私信和虚拟咖啡等方式更进一步
分享你的兴趣爱好或许能让同事们相信你是一个有血有肉的人,但你还需要更多才能把自己塑造成一个复杂的人,让他们觉得可以和你建立更深层次的职业关系。
为此,有一些策略。
首先,定期私下问候同事,问一句与工作无关的“最近怎么样?”。对我来说,如果我发现自己有一段时间没和某个团队成员一对一交流了,我会通过 Slack 发个消息,花几分钟时间了解一下近况。如果他们需要我帮忙,我会尽力提供帮助。如果他们提到取得的成就,我会真诚地表示祝贺。我甚至可能会赞扬某人为团队做出的杰出贡献。只要是出于真诚的、渴望建立真正的人际关系,任何形式的问候都是可以接受的。
此外,你还可以安排一些与特定同事进行真正的社交互动。也就是说,对于那些你觉得可能相处融洽的同事,可以安排30分钟的Zoom、Teams或Slack视频通话(通话或视频聊天),以便更好地了解彼此。你们可以聊聊各自的工程师经历、兴趣爱好,或者其他任何话题,尤其当对方是其他团队的同事时。这能让你们从不同的角度了解彼此,从而找到更健康的合作方式,并促进彼此之间的交流。
使用定时任务检查签到
同样,定期与合适的人进行一对一的工作沟通,对于加深你最重要的职业关系,并让你在他们心中保持领先地位,成为一个可靠的贡献者,懂得如何设定期望,至关重要。
作为一名工程师,与你的老板和/或团队负责人进行沟通至关重要,理想情况下应该每周进行一次,每次大约一小时。这是一个坦诚交流你遇到的挑战、分享最新进展、提出问题以及提出可能影响项目进度和交付的技术发现和障碍的机会。这也是一个展示你工作成果的机会(我们稍后会详细讨论)。
但定期沟通并非只有你的老板才能从中受益。与受你工作影响的其他人员沟通,设定共同期望也能带来互惠价值,而面对面的交流是实现这一目标的绝佳方式。例如,你可以每两周与设计主管沟通一次,就你如何实现他们的设计方案获得建设性反馈。这不仅能让他们提供一些在错误报告中可能不会出现的细致反馈,还能让你展现出对产品整体的关注。你可能还会与工程部门内的其他团队合作,而你的工作会直接影响到他们。定期从他们那里获得关于你的 API 是否清晰以及你的工作是否完全符合他们期望的反馈,不仅能展现出你优秀的团队合作精神,还能避免因沟通不畅而导致的隐性挫折。
关键不在于让你的日程表被会议塞满,而在于确定少数关键人物,并通过简短的会议反复巩固彼此的关系,例如收集信息、提供信息、设定预期,以及展现人性化的一面。这样做能让其他人更愿意为你代言,因为每一次会议都是一次机会,让你以一种在办公室里自然而然就能做到的方式,展现你的人性魅力和贡献。
积极接受技术指导(双向的)。
技术指导也是促进远程工作关系发展的绝佳方式,无论你是导师还是学员。它为你们的某些关系增添了共同的目标和结构,从而创造互惠价值,并让你在团队中脱颖而出。
现在,你或许会疑惑,每个人都有自己的工作要做,怎么可能有人会去指导别人呢?但这与你的职责并非像看起来那么矛盾。
也就是说,当一位初级工程师来找你帮忙时,你无需停下手头的工作,花几个小时和他们一起解决问题。你可以抽出十分钟时间,认真倾听他们的诉求,看看能否引导他们朝着正确的方向前进。或许你恰好知道一些他们不知道的事情,或者发现他们正陷入一些他们这个经验水平的工程师常犯的错误。你花十分钟或二十分钟的时间,就能为他们节省几个小时的时间。
另一方面,寻求导师指导和积极提问是提升自身工程师技能的绝佳途径,同时也能向资深团队成员展现你独特的工作风格和对进步的渴望。这不仅能让你发现他人可能忽略的内在优势,还能帮助你找到弥补自身不足的办法,从而从长远角度提升你的整体表现。
无论你站在哪一边,你的存在感都会在团队成员心中不断增强,并且通过帮助他人取得成功,切实为团队创造商业价值。这是双赢的局面。
在小组会议中积极发言(或会后跟进)
我们很多工程师都不是那种在会议上能吸引众多目光、魅力四射的外向型人才。当然,也有例外,但我们通常拥有其他优势,这些优势往往与我们在这类场合中不那么健谈的性格相符。
遗憾的是,这可能会让我们处于劣势——尤其是在远程办公时。
问题在于,在会议中缺乏参与往往会被解读为冷漠或对工作缺乏热情,即使事实并非如此。
好消息是,你无需成为史蒂夫·乔布斯才能在会议上脱颖而出。你只需要定期发出积极参与的信号。你只需提出几个问题,并分享一些与当前主题相关的想法和意见。或许你需要产品团队澄清某个工单的业务需求。或许你想提醒老板,你们团队依赖的某个API出现了意料之外的速率限制。你无需刻意表现,也无需说出什么高深莫测或特别有趣的话,你只需要克制住保持沉默的冲动——尤其是在大型且气氛尴尬的会议上,这种冲动往往难以避免。
话虽如此,你可能天生就不擅长表达,这完全没问题。次佳选择是在会议结束后与团队进行后续沟通。将你的问题和想法记录下来,然后立即在 Slack 上通知相关人员。虽然你可能无法在每次会议上都联系到所有参会人员,但你最终可能会被大家记住,因为你更喜欢会后跟进。
全面维护自身权益
无论你选择实施上述哪种策略,有一件事你都需要一段时间来适应:自我倡导。
为自己争取权益意味着在关键时刻积极地传达你所创造的价值——而且丝毫不会流露出傲慢或自以为是。这听起来或许并不容易,我们很多人都不习惯接受赞美,更别提指出自己创造的价值了。但实际上,这远没有想象中那么难。
假设你和老板进行每周例行工作汇报。他们询问你正在开发的移动端用户界面(UI)的最新进展。你可以这样回答:
一切进展顺利,应该能按时完成。目前为止没有出现任何问题。
那样做理论上可以回答她的问题,而且结果总体上是积极的,所以为什么还要多说呢?因为那样会遗漏很多与她对你表现的评价相关的细节。所以,你可以这样说:
一切进展顺利,应该能按时完成。实际上,我比预期更早地完成了设备端搜索功能,这让我能够更彻底地测试我的逻辑。我还使用了新的可差异数据源 API,这极大地简化了列表 UI 更新的实现,使我能够添加一些非常流畅自然的精美动画。效果棒极了!
这有无数好处。它不仅表明你提前完成了任务,还表明你利用额外的时间精益求精,既减少了质量保证时间,又体现了你对工作的认真负责。它还表明你具有前瞻性,勇于尝试最新技术,并且最终取得了实际成果。也就是说,你选择使用可差异数据源而非传统方法,简化了逻辑,从而让你能够通过精美的动画进一步润色。更重要的是,你在更新中热情洋溢地描述了最终成果的惊艳之处,这进一步展现了你对自己工作的自豪感。
换句话说,通过提供透明的信息和相关的细节,你能够更细致地展现你实际提供的价值,同时还能流露出些许热情。这能让你的老板全面了解你的时间安排,消除关于你时间是否物有所值的疑虑。而且,你做到这一切的方式完全没有丝毫吹嘘之意,只是实事求是地陈述事实。
因此,目标是在沟通工作时运用这种细致入微的表达方式。当然,每次沟通时,你都应该自行评估某个细节是否相关,但如果你认为它很重要,那就不要犹豫,尽你所能地解释清楚。一旦养成这种习惯,你就能在不假思索的情况下为自己争取权益,并享受到彻底透明带来的益处。
作为一名远程工程师,你很容易变得默默无闻。你不和同事共用办公室,所以无法像往常那样依靠午餐和茶水间闲聊来建立人际关系。
Triplebyte 帮助工程师评估和展示他们的技术技能,并为他们提供绝佳的就业机会。您可以点击此处开始使用。
文章来源:https://dev.to/triplebyte/getting-noticed-as-a-remote-engineer-and-why-it-matters-38n5


