试用期长达六个月，每月都要接受考核，还得同时学习五种开发语言、定位代码缺陷、绘制系统架构图……

刚入职第三天，我几乎怀疑自己误入了“魔鬼训练营”。

01 崩溃从第一周就开始了

“我刚刚在装软件。”

凌晨将近两点，我在对话框里敲下这行字，手指都在发抖。

对方秒回：“好嘞好嘞，我看一下。刚入职的新人，是吧？”

那一刻我差点泪崩。

没错，我是职场新人。入职不到一周，就拿到了一份让我头皮发麻的试用期规划——

六个月试用期，每个月都有考核节点。

第一个月的任务清单赫然写着：了解业务、熟悉环境、学习开发语言……等等，学什么？Go、PHP、安卓、iOS、Vue、Electron、跨端开发？我揉了揉眼睛，确认没看错。

这到底是想让我做测试，还是逼我转行当全栈？

更让人焦虑的是，每项任务前面都标注了数字：“至少发现10个代码级别的具体问题”“至少输出5个接口的链路分析”“至少完成3次技术分享”……

心里忍不住打鼓：这哪是OKR，这分明是KPI啊。

02 那位“过来人”只讲了一句话

坦率地说，当时的状态就是——无从下手，时间紧迫，每件事看起来都像一座山。

不知道该先做哪个，也不知如何跟领导有效沟通。文档散落在不同平台，风格也不统一；开发团队全在北京，我孤身在武汉；想请教点什么，又怕被贴上“这都不懂，怎么进来的”标签。

就在快要陷入自我怀疑的恶性循环时，对方说了一句话，让人瞬间清醒：

“其实新人到新公司，基本都会遇到这个问题。你不必慌张，我给你分享两个方法论。”

这两个方法论，后来帮我理清了整个试用期的思路。

第一个：STAR法则
这不是什么高深的理论，而是一套沟通框架。

简单来说，领导给你布置任务（Situation/Task），你需要拆解成自己的行动计划（Action），最后领导拿结果来衡量（Result）。

很多人试用期过得痛苦，是因为任务和目标之间断档了——领导说“你要熟悉业务”，你就埋头读文档；领导说“你要提升代码能力”，你就啃语法书。但你有没有想过，他真正想要的结果是什么？

STAR法则的本质是：对齐预期。

你每个月的计划，既是你的OKR，也是你领导的OKR。他培养你，本身也有KPI压力。如果你第一个月完成度只有70%，他可能会下调第二个月的任务难度；如果你始终保持在80%以上，说明节奏是合适的。

所以，不要一个人闷头猛干，定期同步进度本来就是工作的一部分。

第二个：PDCA循环
Plan（计划）、Do（执行）、Check（检查）、Adjust（调整）。

这是一个循环，不是一条直线。

很多人试用期翻车，是因为只做了前两步——列出计划，执行完毕，然后就没了下文。其实检查和调整才是最关键的环节。

这个月完成了什么？没完成什么？
没完成的原因是什么？是能力不足还是资源欠缺？
下个月要不要调整方向？要不要砍掉一些低优先级的事项？
对方跟我说了一句话，至今记忆犹新：

“如果你第一个月完成度是80%，第二个月就继续按这个节奏执行。如果只有70%，可能会帮你划掉一些高难度的任务。但整体来说，试用期至少要达到70%-80%才算合格。”

也就是说，你的领导其实一直在根据你的表现动态调整预期。关键是你得让他看到你的进度，而不是等到周报或者月度review时才说“我没做完”。

03 当领导让你一个月学五门语言的时候

回到那个最让人头疼的问题——一个月内学会五种开发语言。

当时的第一反应是：这合理吗？

对方的回答非常直接：“太多了，有必要学这么多吗？”

然后她帮我做了非常务实的拆解：

安卓和iOS可以果断放弃。客户端打包好的东西，出了问题你也没法调试，最终还是上报给开发。为了“看懂代码改动范围”去学两门移动端语言，投入产出比太低。
后端语言挑一个学。如果你们后端主力是Go和PHP，选最常用的一个就行。学语法、学框架、能把代码拉下来跑起来、能打断点debug，这就够了。
前端了解基本逻辑即可，不必深究。

至于那个“至少发现10个代码级别bug”的KPI……对方笑着回了一句：“太狠了，我们这没这么变态。”

但她还是给了实操建议：把代码拉下来，让开发教你怎么debug。你不需要真正成为代码高手，你只需要掌握定位问题的能力——发现一个bug，能从现象追踪到大致的代码位置，然后跟开发确认：“是不是这块有问题？”

这个能力，比“学会所有语言”重要得多。

她还说了一句让人释怀的话：

“很多培训计划里的内容，其实就是个模板。到最后，领导看的是你的态度、你的积极性、你解决问题的能力，而不是看你是不是每一项都100%完成了。”

04 开发都在北京，而我一个人在武汉

另一个让人焦虑的问题是：大部分正式员工和开发都在北京，我一个人在武汉。

需要请教问题时不知道该找谁；找到了，又怕别人忙、不好意思打扰；好不容易鼓起勇气问了，人家一句“我一会儿回你”就没了下文……

对方的回答让人意外：

“不要有这种想法。大团队里，北京、上海、成都，甚至同一栋楼里三层和七层，大家也都是线上沟通。我们配合了一年的产品，长什么样都不知道。”

她说得特别实在：

找研发沟通是正常的工作流程，不是“麻烦别人”。如果他忙，你就礼貌地约个时间，半小时也行。
不知道找谁？看文档是谁写的。文档可能过时了，但写文档的人一定知道现状。
嘴巴甜一点。“某某大佬，能不能麻烦您帮我讲一下这个系统？大概半小时。”——这一招，男女通用。
遇到卡点不要死磕。你自己摸索一天可能没结果，找人聊一个小时就能豁然开朗。

她还分享了自己的一段亲身经历：

几年前她从服务端测试转到一个新组，组长说：“我们前端没人，要不你来开发吧。”

她当时就懵了——一个做后端的人，从来没写过前端。

但没办法，硬着头皮上。她找了一位前端开发，天天请人家吃饭，不会的就问，足足问了一年。那一年，她写了十万行代码。

后来平台上线了，她前后端都能写，别人有问题都来找她。

“前期就承认自己能力不行，但到后期再看，每个人都在成长。”

05 画架构图的正确姿势

试用期计划里还有一个让人头大的任务：画出负责模块的业务架构图。

翻了翻文档，发现好几年前画的图，跟现状完全对不上。不同的文档画得还不一样。

怎么办？

对方的答案是：找研发，让他给你讲，然后拿旧图改。

具体怎么梳理一个系统？她给了一套可以复用的方法论：

第一步：搞清楚数据从哪来，到哪去

谁调你这个服务？（上游）
你这个服务调谁？（下游）
把这个上下游链路画清楚

第二步：找到核心接口

去监控平台看这个服务有多少个接口
看每个接口的调用量，找到流量最大的两三个——那就是核心接口
简单接口看入参出参就行，核心接口要深入分析

第三步：深入代码链路

从controller层（接口入口）往下追，service层、dao层……
问开发有没有自动生成调用链路图的工具（Java有，Go可能也有）
数据从哪来？是从下游接口拿的，还是从数据库查的？

第四步：落到数据层

用的什么数据库？MySQL、Redis、ES？
数据来自哪个表？甚至可以精确到字段

第五步：串起来

画一个完整的流程图：入口 → 接口 → 服务层 → 数据层 → 出口

她说了一句让人印象很深的话：

“你把这个系统的方法学会了，其他系统都一样。大家的架构思路是通的，只是实现的功能不一样。”

这就是所谓的方法论迁移能力。

06 脸皮厚一点，活得久一点

整个对话中，最触动人的是这句话：

“我允许你不会，但我不允许你装会。”

试用期最怕什么？怕领导觉得你不行。

但很多时候，“不行”不是因为你能力差，而是因为你没有及时求助。

编译环境搭不起来，卡了一天——为什么不问？
看不懂代码链路，自己翻了两天文档——为什么不找研发讲一下？
任务太多做不完，硬扛着不说——为什么不在周中就跟领导同步？

对方给了一个很实用的建议：

“不要等到发周报。隔一两天就跟领导说一声：这个地方我有点卡住，能不能帮我看一下？或者：我需要研发的帮助，我应该找谁？”

这样做有两个好处：

第一，让领导知道你在推进。不是撂挑子不干了，而是遇到了客观困难。

第二，把问题抛出去，让领导帮你协调资源。你说“我需要研发配合”，他可能直接帮你约一个人，比你自己去敲门有效得多。

至于串讲的时候被问住怎么办？

她说得很轻松：

“答不出来很正常。你就说：老板你这个问题提得特别好，我当时也想到了但没深究，我记下来，回头确认了再回复你。”

然后，一定要真的去弄明白，再回复他。

这不丢人。丢人的是假装懂了，然后一直不懂。

07 写给同样在试用期挣扎的你

聊到最后问了一个很直接的问题：按我这个计划，到底要达成什么结果才能过试用期？

她的回答让人松了一口气：

“业务分享和架构分享要过关。代码debug的能力，学会了方法就好，能找到一两个bug就行。自动化是基本能力，必须会。至于那些数量指标……很多就是个形式，领导看的是你的态度和成长性。”

她还补了一句更实在的：

“试用期只要不表现特别差，基本都会过。公司招人、培养人都是有成本的，不会为了刁难你挂掉你。”

所以，如果你也正在试用期里煎熬，这几条建议可能对你有用：

对齐预期：用STAR法则和PDCA，定期跟领导同步进度，别闷头干。
学会放弃：五门语言学不完？挑最重要的那一门学。其他任务同理，跟领导沟通优先级。
找人帮忙不丢人：你摸索一天不如研发讲一小时。脸皮厚一点，嘴巴甜一点。
掌握debug的思路，而不是所有语言：能把代码拉起来、打断点、追到问题大概位置，这个能力比“学会Go”值钱。
画架构图从找研发开始：别自己对着过时的文档硬画。先让人讲一遍，再拿旧图改。
被问住就记下来：回来弄明白了再回复，这叫“闭环”。
线上不出大问题，其他都不是问题：保证业务稳定，比完成所有KPI都重要。

最后，对方发给我一份她整理的文档，标题写着“新人试用期计划 & 快速学习语言的方法”。

打开一看，发现跟我的计划差不多——大家压力都很大，每个人都快愁哭了。

但区别是，有人哭着哭着就放弃了，有人哭着哭着就去找人帮忙了，然后活下来了。

你想做哪一种？

评论区聊聊：你的试用期遇到过最离谱的任务是什么？