最近接受了一个粉丝的咨询服务,主要是在讨论对方前两年工作的时候被老人onboard的时候掉的坑,以及即将到来如何去onboard新人的应该怎么办的问题。
有关这位咨询者的具体问题涉及个人隐私我就不在这里展开了。但是onboard和被onboard这个话题值得聊几句。

我们每个人去新公司,大概率都会被安排一个老员工帮助我们onboard,反过来我们也可能被领导安排去onboard新员工。
那么作为新员工,你希望onboard你的老员工是什么样的呢?作为老员工,你希望onboard什么样的新员工?

这两个问题搞清楚的话,其他的事情都好办。

作为新员工,你最希望的就是来onboard你的人可以很快的帮助你解决一些基本的问题。机器如何设置,代码库怎么搞,IDE是啥,编译怎么办,需要装哪些东西诸如此类。

其次你希望的是,这个人可以帮助你解决一些更具体的问题。比如说,最好的,帮你把活给干了,把bug给修了。

当然如果对方随叫随到,而且问什么都知道,那就太好了。活字典加老好人加万事通。一定是新人最喜欢的。

作为老员工,你心里想的肯定是,这是个既不得不接下来,但是又没什么意义的事情。onboard一个新员工,也不代表你自己的活就不需要干或者可以干的慢一点了。

你肯定很讨厌新人一点自我研究能力都没有,更讨厌每个小时每分钟每秒都来打扰你的新人。毕竟你自己也要干正事,每次被打搅都是一个巨大的负担。
当然列表还可以继续列下去。不过这个不需要继续展开了。我想表达的是,首先站在对方立场想一下,可能对被onboard和onboard别人的都有好处。
总体上来说,对onboard别人的人,有一些最基本的要求。你起码要帮助别人把环境搭好,能够正常的处理代码写程序编译部署等等。
如果这些最基本的东西你都帮不了,那显然这个老人就太差劲了。不是水平不行,就是态度不对。
而最简单解决这类问题的办法,是写一个onboarding文档,里面列出来新人要做的事情,和对应的遇到问题要怎么办。

这个文档对新人的好处显而易见,新人知道应该从哪里开始入手。对老人也显而易见,一次性解决了以后不断需要onboard其他人的问题,省心省力。
当然要写好文档,维护好,而不是让文档的格式和内容变得乱七八糟,或者过期,这考验老人的长期维护水平。

那么新人可以做什么呢?如果新人是有经验的工作者,并且新人没看到老人给了这份文档,新人可以写这份文档。先想想问题,再想想相关的解决办法和对应的资料。

这当然是解决了最基本的工作问题。后面肯定有更复杂的,有涉及代码怎么看怎么写的。
我觉得新人有几点比较重要:

1.尊重老人的时间。说直白一点,就是不要总是不停的打扰对方。最好一次性把所有积攒的问题都解决。

2.展现自己的能力和努力。直白一点,你问对方的问题,如果是很容易自己就可以找到答案的,那还不如自己搞定。你问对方的问题,是自己深入思考尝试以后的,对方也更愿意花时间去教你。

很多时候,一切事情都是相互的。新人的表现好,老人也会愿意多指点一点。
但是凡事也会有例外。比如新人烂泥扶不上墙,态度还有问题,老人要学会保护自己,学会止损。又比如老人是个坑货,新人也要想办法解决问题为优先,必要的时候,找其他人,找领导都是选项。
这世界上尽管坑货的比例不高,但是工作时间久了,迟早会遇到的。不能因为比例不高,就不设置止损。
继续阅读
阅读原文