Skip to main content

签好跳槽offer后,离职和入职的9个环节!

 

跳槽大业告一段落,作为第一次跳槽的小白真的经历太多的过山车,回过头来看拿到offer只不过是一个开始,后续的过程还很多。这篇文章主要是分享下自己拿到并接下offer后到入职两个多月来的经历,当时自己也是各种查资料,各个阶段像无头苍蝇一样看别人的经历,没有找到一个集中的地方能够提前了解整个过程,想着如果提前知道剧本怎么写,会不会更加泰然处之。

所以本文写给:

⭕️ 第一次跳槽或即将跳槽的朋友

⭕️ 非senior level

⭕️ 想知道后续过程的,少点惊吓的。如果不想被剧透的,请勿观看

Warning:本文基于以下事实:

⭕️ 已经拿到了offer且谈妥了包裹

⭕️ 接受了offer走程序,心无旁骛

⭕️ 前两点并非我不支持,是我没经历过,不好瞎说

⭕️ 几个部分不分先后,因为不同公司政策不一样,但是模块还是基本相同的

⭕️ 本文基于个人经历,还是需要随机应变,不同级别经历会不一样,不过级别比较高的,也不是第一次跳槽了,不需要看本文。另外,有任何建议和补充,欢迎提出,我也可以学习一下。

正文开始

签好offer后,皆大欢喜,HR会祝贺你,HM会祝贺你,可能你以后的同事也会来祝贺你。恭喜你,这只是开始。

环节一 reference check

因为我只有一份全职工作经历就是目前的工作,HR也很体贴地说可以找上学/实习期间的同事,老师,所以我厚着脸皮找了很久不联系的实习时候的主管,主管们人都很好,很愿意帮忙,真的非常感谢!还找了很久不联系的毕业设计主管我的项目的老师,LinkedIn上竟然也联系的到了,而且马上写完推荐信。

一般公司会用第三方的推荐信系统,我点进去看过样例问题,基本就是问推荐人和你的关系,还有若干个小问题,比如你的长处,你的短处,你给公司带来的成就等等。只要人品不太差,之前的同事老师都愿意好好回答的,当然我也不知道他们怎么回答的,反正顺利通过了这个环节。

时长:取决于推荐人和你的关系,和他们愿意完成这件事的程度。一般不会超过5天,及时礼貌地跟进一般不会有问题。

Risk:平时好好积攒人品,维持关系,风险还是很低

环节二 background check

这个和公司也有关系,有公司只需要查犯罪记录,那就快一点,有公司要查之前的工作经历,学历等等,那就会慢一点。和个人经历也有关系,经历越丰富,查的越慢。所以拿到了background check就早日启动,明确要查的项目,如果有国内关系,就早点沟通好,以防出差错。这个环节我比较幸运,不复杂,所以用了一周结束。Hireright系统可以查进度,和客服沟通,及时跟进就行。

时长和risk因人而异,快的话一周不到,慢的话也是要月的吧。

环节三 h1b transfer

这里只能分享有h1b transfer的情况了,签证是重头戏。整个流程基本是:

律师联系填问卷
律师核查问卷信息,修改
确定后file LCA
一般一周后 LCA certified
律师准备正式申请材料,准备file petition,这个环节和公司律所关系很大,我这里准备了两周,我也不知道为什么这么久,看别的帖子有一周,也有几天就搞定的。
律师 file petition 后1-2天会收到receipt notice,当然也取决于律所的效率,寄的是不是特快。
收到receipt notice后,你的case就在USCIS手上了,这时候什么都做不了,只能每天刷状态,可以用case tracker app。pp这边的话快的话几天,忙的话两周,非pp可能都要按月来。我走的是pp,所以不清楚non-pp的情况,还是尽量走pp。
收到approval皆大欢喜;收到RFE静静等待。这边就等律师回应,如果不幸被退回,就好好配合律师,可以看看相关的帖子。

时长:取决于律所的靠谱程度和移民局的处理情况,加人品 risk:rfe的风险律所会评估,当然也取决于律所准备材料靠不靠谱。

环节四 入职材料 i9

新员工都会有paperwork,基本就是问银行账户,个人基本信息,报税信息等等,不用太多准备。I-9入职前一周会发给你填写,有个地方要注意的是需要别人来核实你合法工作的证件,按照公司的政策来,问题不大。

时长:一个小时可以搞定 risk:准备好材料,材料是否缺失?

环节五 和现在的公司离职

这个环节也是我当时很忐忑的一环,主要是真的没经验,老板和同事都很好,自己有点不好意思。我是这么操作的,当然不一定是最好的:

拿到transfer approval之后,和HR确认是否需要等纸质,还是email notice就OK。
得到回复后,立马在slack和现在的老板约了quick call,send an email invite,就说有一些updates。
Quick call的时候直入主题,自己有一个好的机会,准备离开公司了。等老板反应。
老板只要不是新手,都很有经验的,会问各种问题,甚至可能想留下你,自己提前准备好说辞和应对措施即可。基本问题就是为什么想走?机会怎么来的?如何留下你?什么岗位?做什么?一些问题看自己把握回不回答。因为老板和同事人都非常好,也非常相信老板的人品,所以据实以告了下家公司和工作内容,这个还是谨慎为好,按照自己情况来,地里讨论也很多,不做赘述。
根据老板安排,老板会在组里announce这个决定,同事基本都是祝福和舍不得,有些同事会私下问你情况,按自己的情况和亲疏关系来回答即可。
建议提前准备好交接的计划,给老板和同事留下好印象,也不造成麻烦,好聚好散,站好最后一班岗。当然了,如果平时关系不好,准备直接走人,那就看自己选择,这边不做讨论。一般给两周notice,这个也是因人而异。如果这段时间中有holiday,老板可能会请求多留几点,酌情处理。
整理好代码,文档,share给同事自己的计划,看计划是否全面。如果需要的话,预约时间做一些demo。由于公司比较小,很多东西都是一个人负责,所以我弄了好几场demo,主要是展示代码,解释代码等等。
如果公司需要,可以帮忙写job description,也是个比较好的gesture吧,当然了,主要也是老板真的很好,我愿意这么做。也可以完善onboarding文档,为后人造福。
Hr可能会找你做exit interview,还是那些问题,为什么走,哪里可以做的更好,对组里和老板有没有不满等等,这里我采取的策略是赞扬为主,把跳槽理由推到个人发展身上,对公司毫无怨言。主要确实很满意,不满意的地方也觉得没必要说。之前有个帖子说的挺好的,不要觉得你说了一堆缺点,就真的对公司有好处似的。
我觉得善良都是相互的,之前工作老板对自己很好,感恩为主,所以自己交接工作尽心尽力,老板也很感谢,组织了farewell party,主要就是同事聚一聚,再说说你的好,不要忘记大家之类的,有些是场面话,有些是真情实感。有心的话,同事还会准备小礼物,真的非常感动。
最后和老板确认交接事宜完成,可以问问老板有啥建议给自己,最后可以请求写一个linkedin recommendation。
清理个人电脑,保留想留下的聊天记录和邮件往来等等,因为最后一天结束就不能登陆slack和gmail了。
最后的最后,发一封离别信给老板和同事。我选了合作过的同事,单独给老板发了一封,给同事群发用bcc,主要就是感谢感谢,忆往昔,留下联系方式,期待下次再见。

环节六 和未来老板的沟通

这个取决于未来老板的性格和作风吧,有些老板会及时跟进,有些老板可能不管。我的老板还挺好的,在签证环节,确认start date上都特别负责任,也很好说话。

环节七 搬家

这个环节非必需,如果同一个地区,那就不要那么麻烦。如果需要搬家,一般公司提供relocation 服务,就需要更新各项进度,搬家,找房子等等。按个人需求来。

环节八 公司寄新电脑

这个一般会有人联系,不是HR就是HM,寄新的设备来,保持联系即可。与之对应的就是归还旧公司设备,保证清理好电脑,做一定的清洁服务。

环节九 总结工作,更新linkedin和简历

一份工作的结束,自己可以做一些总结,并且更新linkedin上的这份工作的内容,简历的内容也可以继续完善,毕竟现在的记忆最新鲜了。

基本就是这几个环节,要是有遗漏的欢迎补充。

下面分享下,大家或多或少在这个阶段会经历的心态起伏

刚开始拿到offer,是非常高兴的,在后来漫长的流程中会逐渐焦虑,生怕哪个环节出错,生怕offer飞了,生怕现在的工作出事,生怕签证有问题,种种的担心会让自己不能集中注意力,而惶惶不安。我也是经历了这个过程的,没有做的很好,只能尽力让自己淡定。当然,也有新工作的期待。

如何缓解焦虑的心情

焦虑的心情主要是由于未知,那么上述文章都告诉你会经历哪些环节了,希望能心里有个数,提前应对,减少焦虑。另一方面是一些不可控因素,比如签证,比如background check,我们肯定是尽努力做到最好,每次拿到问卷,我都立马完成,而且反复检查内容,保证自己不出错,那么剩下的只能交给律师和移民局了,自己如果不能把控的事情,那就减少对他的关注,静静等待结果就好了。当然如果是律师动作太慢等等,要和HR,HM及时沟通,当时我就有个环节非常慢,我厚着脸皮基本上隔一天就催一次HR,后来HR发现是他们内部的一个环节搞错了,导致我的手续迟迟没有开始,所以不要怕催HR,一定要及时沟通让他知道问题。

另外还有一个心情就是面对现在工作的煎熬,明明offer到手了,却还是不能入职,还要在苦海里挣扎。第一,没有办法,除非你愿意冒风险,任何环节有问题都可能导致不能顺利入职,到时候鸡飞蛋打,为此只能让自己沉下心,不要着急。第二,对现有的工作,如果愿意,可以继续发光发热;不愿意就最低限度地完成任务,不要出重大bug,但是也不用太努力。可以提前开始写交接文档等等度过难熬的时间。这个我也是熬过来,没有很好的办法,只能说尽量转移自己的注意力吧,可以试试冥想,运动,或者发展别的兴趣爱好。

如果还有精力,可以提前看看新人入职的注意事项,我准备开始看了lol

总之,这两个多月,虽然看似不多的环节,每个环节都是陌生的,所以伴随着刺激,完全无法想象对方是怎么样的回应。感觉自己好久没有那么焦虑了,而且没想到经历了面试的摧残之后,还有别的这么多环节。当然经历了这一次,希望下一次自己就会沉着冷静一点。

完结撒花。希望对马上要经历的小伙伴有帮助,也欢迎交流。

Comments

  1. 平等比对等好,讲清楚的契约比模糊的情义强。

    ReplyDelete

Post a Comment

https://gengwg.blogspot.com/

Popular posts from this blog

CKA Simulator Kubernetes 1.22

  https://killer.sh Pre Setup Once you've gained access to your terminal it might be wise to spend ~1 minute to setup your environment. You could set these: alias k = kubectl                         # will already be pre-configured export do = "--dry-run=client -o yaml"     # k get pod x $do export now = "--force --grace-period 0"   # k delete pod x $now Vim To make vim use 2 spaces for a tab edit ~/.vimrc to contain: set tabstop=2 set expandtab set shiftwidth=2 More setup suggestions are in the tips section .     Question 1 | Contexts Task weight: 1%   You have access to multiple clusters from your main terminal through kubectl contexts. Write all those context names into /opt/course/1/contexts . Next write a command to display the current context into /opt/course/1/context_default_kubectl.sh , the command should use kubectl . Finally write a second command doing the same thing into ...

OWASP Top 10 Threats and Mitigations Exam - Single Select

Last updated 4 Aug 11 Course Title: OWASP Top 10 Threats and Mitigation Exam Questions - Single Select 1) Which of the following consequences is most likely to occur due to an injection attack? Spoofing Cross-site request forgery Denial of service   Correct Insecure direct object references 2) Your application is created using a language that does not support a clear distinction between code and data. Which vulnerability is most likely to occur in your application? Injection   Correct Insecure direct object references Failure to restrict URL access Insufficient transport layer protection 3) Which of the following scenarios is most likely to cause an injection attack? Unvalidated input is embedded in an instruction stream.   Correct Unvalidated input can be distinguished from valid instructions. A Web application does not validate a client’s access to a resource. A Web action performs an operation on behalf of the user without checkin...