工作总结
时间:2026-04-21 作者:每天帮2026年软件专业试用期总结。
入职三个月，手底下三个软件专业的新人，两个留下了，一个走了。
说实话，这个结果比我预想的好。去年同一时间，招进来四个，转正时只剩两个。留存率从50%拉到67%，不算漂亮，但至少方向对了。今年需求比去年复杂得多——光支付模块的重构就改了四版接口文档，客户那边催了三次上线。这种压力下能把两个人带出来，我自己都松了口气。
但我更在意的，是那个走掉的人。
他叫小陈，第三周交的离职申请。理由写的是“个人发展规划调整”，可我知道真正的原因。那天晚上我翻他提交的代码，一个统计报表的SQL，他写了七层嵌套子查询。我把他叫到白板前，让他画数据流向图，他画到第三层就卡住了。我问：“你之前有没有问过别人？”他低着头说：“问过，但不好意思多问，怕显得太笨。”
那一刻我心里一紧。不是他的问题，是我的问题。我给他分配的那个模块，是个三年前的老代码，连原作者都离职了，里面藏着至少五个已知的坑——连接泄漏、时区错乱、缓存穿透。我居然没提前告诉他。他以为自己能力不行，其实是任务难度远超新人承受范围。
这件事让我难受了好几天。后来我在组会上说：以后谁接历史遗留模块，必须先拉一个“坑位清单”，我和老员工一起过一遍。这不是丢人的事，不知道坑在哪才是真丢人。
说回留下来的两个，小林和小周。
这次我换了带人的路子。往年新人进来，我丢一套文档，说句“不懂就问”，然后就等着他们自己扑腾。结果呢？问的人越来越少，出问题的人越来越多。今年我定了三条死规矩：前两周不许写业务代码，只画流程图和写测试用例；每人配一个“反向导师”——让老员工教业务，让新人教老员工新工具；每周五下午四点，强制复盘，不聊进度，只聊卡在哪、怕什么、怀疑什么。
第一条规矩差点把小林逼疯。他第二天就跑来问我：“主管，我能不能先写个demo练练手？”我没同意。他憋了一周，画出第一版支付时序图时，自己都笑了——原来异步通知和同步回调的边界一直理解错了。“如果直接写代码，这个bug我得花三天才能发现。”他说。
第二条规矩执行起来挺打脸的。我给小林配的反向导师是老张，一个写了八年Java但死活不愿意用Stream API的人。小林教了老张两次怎么用lambda表达式简化集合操作，第三次老张主动说：“你这方法确实比我那堆for循环干净。”反过来，老张带着小林翻了整整两天的生产日志，把支付超时的根因定位到一处没有加索引的查询。这种双向输入，以前我想都没想过。
最让我觉得值当的，是那个周五复盘的下午。小周说：“我这周花了六个小时调一个空指针异常，最后发现是上游传参不规范。如果我早半天把参数校验前置，就不用熬夜了。”其他人也跟着说类似的事。慢慢地，复盘会变成了“踩坑经验分享会”，而不是我一个人的说教。
数据上也有变化。第一个月，小林和小周每人平均出3个线上小bug（主要是边界条件和空值判断），第二个月降到1个。PR返工次数从第一次的平均4.2次降到2.1次。当然，这些数字我没记那么精确，只是翻了下代码审查记录粗略估算的。有个变化更直观：第二个月底，小林已经能独立修好一个偶发的并发bug，而且他在群里发的不是“求助，这个报错看不懂”，而是“怀疑是线程池核心参数设置偏小，已复现三次，附日志”。
说到bug，想起项目冲刺那周，上线前夜发现支付接口在压力测试下偶尔超时。小林在群里发了一段日志，附了句“我怀疑是连接泄漏，重启后连接数没降”。换作以前，我会直接说“去查一下事务注解”。但那晚我坐到他旁边，让他一步步说推理过程。他讲了五分钟，突然拍了下桌子：“不对，是Hikari连接池的maxLifetime比数据库的wait_timeout长，导致连接被数据库杀掉但连接池不知道！”十分钟后他改完配置，压力测试通过。
后来我复盘这件事，发现一个道理：不是他变聪明了，而是我终于闭嘴了。
当然也有翻车的时候。我试过让新人每天写日报，结果第二周就开始出现“今天修复了一个bug”、“今天继续调试”这种流水账。我意识到这是在浪费大家时间，两周后取消了，改成每周只写三条：这周最重要的发现、最蠢的失误、最想问的问题。效果反而好了不少。
还有一件事挺尴尬的。第三周，客户那边打来电话，说导出功能又卡死了。我接了电话，那头语气很冲：“你们是不是换新人了？以前没这么慢的。”我没解释，挂了电话把小周叫过来。他脸一下就红了。那个导出功能正是他改的——他用了一种很新的ORM框架，网上说性能好，但没注意到分页查询会把全表载入内存。我让他自己压测对比，他看着数据沉默了很久。谁说新人不能犯错？犯错本身不可怕，可怕的是犯错之后没人告诉他错在哪。
现在试用期结束了，小林和小周顺利转正。小陈走了，但他的离职让我改了两个制度：一是新人接手老模块前必须有“坑位清单”评审，二是前两周的强制画图期延长到三周。
上周五复盘会结束，小林突然说了句：“我现在遇到问题，第一反应不是问主管，而是问自己——如果这是别人的代码，我会怎么骂它？”
我听了想笑，又觉得鼻子有点酸。
这三个月的夜，没白熬。但更准确地说，是那些踩过的坑、吵过的架、走掉的人，教会了我一件事：带新人不是把他们变成另一个我，而是让他们比我更早学会骂自己。
-
更多精彩工作总结内容，请访问我们为您准备的专题：工作总结
本文来源：//www.mtb31.com/m/188670.html