第36章筛选 重生10:我在企鹅做推手
凌晨两点四十一分,腾讯大厦十六层,腾讯人力资源部会议室里,灯火通明,这里被临时布置成了一个集中办公点。
李薇面前的电脑屏幕上,滚动著密密麻麻的员工档案列表,这是她从无线事业群人才库中筛选出的第一批候选人,足足67个。
而这样的繁琐工作,不止她在做,她身边,还有3个其他事业群的hrbp,同样在干相同的事儿。
有人从文印那边抱来的、刚列印出来的简歷,在会议桌上“咚”的一声放下,又匆匆离去,只是温热的纸张高度在此时都快超过了咖啡杯。
终於,有人忍不住了,朝著李薇问道:“李薇,你招的这个林深是从哪儿冒出来的怪物,从我加入腾讯开始,就没遇见过哪个团队扩张要预筛这么多人的,这还只是第一轮。”
办公室里气氛开始凝重,深夜被叫来加班,也著实让人憋著口气,更別说,这些hrbp在各自的事业群,也都算是说一不二人物吧,他们来自腾讯的社交网络事业群、互动娱乐事业群的王磊还有企业发展事业群。
这样的跨事业群联合筛选,在腾讯歷史上並不多见。
有人在此时提出了自己的疑问:“李薇,你说我这边按照『三年以上移动端开发经验』、『参与过至少一个日活百万级以上项目』这两个基础条件,从社交网络事业群筛出五十三人。
但问题是这五十三个人里,有二十二个是各自项目的技术负责人或核心架构师,真要调这些人去微信,他们原来的项目怎么办?我怎么向我的老大交代?”
“我们这边其实更棘手。”互动娱乐事业群的hrbp说话了,言语中带著苦笑:“你们知道的,游戏部门的工程师,薪资普遍比其他事业群高30%以上。你让人家从做游戏引擎转到做即时通讯,薪资不涨的情况下,我靠什么说服他们?”
李薇面试过很多人,熟知很多话术,但在此时,也真不知道该怎么回答这些hr的问题了,作为这次联合工作小组的副组长,即便有著更硬的老大撑腰,也觉得这次工作棘手无比。
所有人的目光都投向李薇。
李薇想了想,停下手中翻看简歷的动作,抬起头,她面前的桌面上,摊开著一份特殊的文件,不是什么特殊员工档案,而是林深半小时前从出租屋发来的邮件列印稿。
邮件的標题很简单:《关於微信团队人才需求的补充说明》。
“首先確定一点,林深不算是我招进来的,七月份校招补录,我面了他最后一轮。那天面了十二个人,他是第一个,本来是面实习生的,你们都知道,后来有著周总的报告,才被破格为正式员工”
她拿起那份列印稿:“而且刚才,我也给你们看了这个,但你们都觉得不合適。但现在,我想你们应该再一起看看,给我们的工作降低降低难度。”
列印稿上,林深的需求其实很清晰:
薇姐。
抱歉深夜打扰,关於微信团队的人才需求,经过和张总谈话后的深思熟虑,我需要做一些关键补充。
首先,请明確一点:微信不需要各项目的顶樑柱或全能型人才。
这並非客套或体谅,从实际角度看,要调任各事业群的核心骨干,沟通成本太高,即便有马总特批,也会让微信在內部树敌过多,不利於长期发展。
从团队构建角度看,一支全是將军的部队打不了,我们需要的是在每个具体战位上都能解决问题的士兵。
所以,请帮我找到那些人——那些在qq、qq空间、腾讯研究院、各条產品线中,在某个细分领域有深度专长的人。
请注意,我说的“专长”不是笼统的“懂资料库”,而是“擅长mysql在低內存设备上的性能优化”;不是“会做推送”,而是“精通android各厂商推送通道的兼容性处理”;不是“了解音视频”,而是“有在弱网环境下保障语音消息可达性的实战经验”。
请你重点关注那些在项目中被分配去啃“硬骨头”、解决“脏活累活”的人,简歷上的职级和title不重要,实际解决过什么问题才重要。
我知道这个要求听起来抽象,但我相信你们的专业能力。明早九点我带团队过来,我们一起过名单。
林深
邮件到此结束。
办公室里再次安静了整整一分钟。
“这要求比要『顶樑柱』还难啊。『低內存设备上的mysql性能优化』?这种经验谁会写在简歷里?”有人吐槽著林深的要求,他是刚才最反对参照执行的人。
但也有人在此时提出了意见:“我现在倒觉得他说的有些道理,我在社交网络事业群干了六年,確实见过这种人,他们不是团队里最出风头的,但遇到那种特別棘手、特別偏门的问题,最后能解决的往往是他们。”
“但怎么找?”有人皱眉,“按照传统筛选条件,职级、项目角色、管理经验,这些人可能根本不会进入我们的视线。”
李薇则是在这时拿出了自己刚才尝试的经验:“所以我们要换一种筛法。”
她调出腾讯內部的员工项目贡献系统,这是一个相对冷门的系统,记录的不是员工获得了什么荣誉、晋升了几级,而是他们在具体项目中解决过什么问题、贡献了什么代码、修復了什么bug。
“林深说得对。”李薇一边快速操作一边说,“我们要找的不是『全能型人才』,是『专精型人才』,而专精型人才的標誌,就是在某个细分领域有大量的问题解决记录。”
本章未完,点击下一页继续阅读。(1 / 2)