刚入职没人带怎么办？我用了这2招比等安排强

刚入职那会儿我跟你一样，工位一坐，电脑一开，周围人噼里啪啦敲键盘，就我像个傻子似的等别人来教，不得不说。

等了三天，带我的那个老哥就扔给我一个压缩包，说“你先看看”，然后就再也没然后了呢。

我当时在杭州，滨江那边一家做电商后台的公司，晚上九点多走的时候看他还戴着耳机在那改bug，我愣是没好意思问。

后来我自己摸出来两招，第二周就开始有人主动来找我聊了。

不绕弯子，直接说怎么干。

核心结论：别等人喂，去抢“垃圾活”

很多人觉得新人没人带是运气差，其实大部分时候是带你的那个人自己都快被活埋了。

我后来跳槽去另一家公司，带过一个应届生，那会儿我手里同时压着三个需求，每天开完晨会就隐身。

他要是光坐那等我，我可能两周都想不起来他。

但他干了一件事——把组里那个没人愿意碰的日志整理工具给接了。

那个工具代码烂得跟屎一样，注释全是乱码，前面经手过三四个人都半途跑了。

他花了两天，把里面的报错全修了，还加了个简单的筛选。

然后他在群里发了句：“日志工具我顺手弄了下，现在能按时间筛了，大家凑合用。

”就这一句话，当天下午就有两个人过来找他聊。

这招的核心是：没人带的时候，你要先变成一个“有用的人”。

哪怕这个用很小，小到只是帮大家省了每天点五下鼠标的时间。

你不需要等别人来安排，你去找那种“大家都知道它烂但没人管”的东西。

修好了，你就是那个解决问题的人，不是那个等答案的人。

具体实操方式：两步走，别想太多

第一步，入职前三天，把组里的文档和代码仓库翻个底朝天。

不要指望有人给你画架构图。

我当时在滨江那家公司，翻到一个叫“legacy”的文件夹，里面有个2019年的接口文档，早就过期了。

但我就对着那个文档和现在的代码，自己画了一张表，把每个模块谁在维护、最近一次改动是啥时候全标出来。

花了我差不多一整个下午，大概四五个小时。

画完之后我发现有个模块半年没人动了，但线上还在跑。

我就去问旁边工位的人：“这个xx模块现在还有人管吗？

”他抬头看了我一眼，说“早没人管了，你别碰它”。

你看，这就叫有效沟通。

你问“我该学什么”没人理你，你问“这个没人管的模块我能看看吗”立刻就有反馈。

第二步，找一个“最小可交付”的东西，两周内交出去。

什么叫最小可交付？

一个脚本、一个文档、一个自动化的小工具都算。

我那个应届生同事就是修了日志工具。

我自己当年是发现组里每次发版都要手动改一个配置文件里的版本号，改错了就得回滚。

我写了个三行的脚本，提交的时候自动读pom文件里的版本号。

就这玩意儿，省了每个人每次发版大概两分钟。

听起来不多对吧？

但组里八个人，一周发两次版，一个月就是一百多分钟。

后来组长在周会上提了一句“那个脚本挺好用的”，我就算正式“被看见”了。

这里有个坑要避开：别一上来就搞个大重构或者提什么架构优化建议。

你连业务都没摸清，提了就是找死。

我见过一个新人，第二周就写了个十几页的PPT说要换数据库，结果被老大在会上怼了半小时。

最小可交付的意思是“小到别人不好意思拒绝，又刚好能解决一个具体麻烦”。

• 避坑点一：不要等别人给你安排“学习计划”，那玩意儿通常不存在。
• 避坑点二：不要一上来就问“这个功能怎么做”，先自己搜代码库，搜不到再问，问的时候带上你尝试过的方案。
• 避坑点三：不要只跟一个人绑定，谁有空你就凑过去看他在干啥，看十分钟比你自己瞎琢磨一小时强。

我去年在南京出差，跟一个刚毕业的小伙子吃饭，他说他们组带他的那个导师天天开会，一周就跟他说过两句话。

我说那你怎么办？

他说他每天中午跟测试组的人一起吃饭，结果测试组的人教了他一堆业务逻辑，比开发还清楚。

你看，没人带不代表没人可以问，换个圈子而已。

（这个我是真没想到）

最后说个实在的，你刚入职，公司对你的期望其实很低。

你只要做到“不惹事、能自己找活干、两周内有一个小东西能拿出手”，就已经超过一大半同期新人了。

别把“没人带”当成借口，那玩意儿只会让你自己难受。

你主动一点，哪怕方向偏了，也比原地等着强。

我见过太多人等着等着就试用期没过，然后怪公司没人带。

公司确实有问题，但你的试用期是你自己的。

（如果你有更好的经验，欢迎在评论区补充。）