说实话，写总结这事儿我向来不太感冒。但今年有些东西不记下来，过两年自己都忘了当初是怎么趟过来的。作为项目技术经理，我手上管的不光是代码和服务器，更是一帮年轻气盛的小伙子，还有跟社保局、就业中心、信息中心那些“甲方爸爸”的扯皮事儿。这一年，糟心的事不少，长进也有，挑几个实在的说说。
一、那次社保系统接口崩溃，让我彻底改了带队的思路
今年六月，某个周一早上八点半，我刚到工位，运维小赵就跑过来，脸色发白：“哥，社保待遇资格认证接口挂了，反馈码全是500，这会儿正是退休人员登录高峰期。”我当时脑子嗡了一下——这个接口对接了全省十几个地市的APP和小程序，挂了就意味着成千上万老人刷不了脸、认不了证，电话早就被打爆了。
按以前的习惯，我会直接上手查日志、看慢SQL、调nginx。但那天我硬是忍住了。我对小赵说：“你带着小刘，按咱们上周演练的故障排查树走，我就在你后面看着，不插手。”说实话，看着他们俩手忙脚乱敲命令，我心里急得跟猫抓似的。小赵查了十分钟，说“数据库连接池满了”，就要去重启服务。我赶紧拦住：“等等，先查是谁占着连接不放。重启是最后手段，你现在连root cause都没找到。”这简直令人难以置信，他居然想在生产环境高峰期直接重启——我去年就吃过这个亏，重启之后连接池照样崩，还把session全清了。
后来小刘用了show processlist，发现是某个地市的前置机开了两百多个长连接没释放，原因是那边程序写了bug，连接不关。问题定位到后，我们临时把那个地市的IP限流，再让他们紧急发补丁。全程四十分钟，接口恢复。事后复盘，我让小赵自己写故障报告，不准用“由于……导致……”这种废话，必须画时序图，标出每个环节的耗时和责任人。他交上来那版被我打回去三次，第四版才勉强能看。但我发现，从那以后，这小子排查问题的思路明显清晰了。以前遇到报错就慌，现在会先问“什么时候开始的”“影响范围多大”“最近有没有变更”。说白了，技术经理不能当保姆，得逼着他们自己动脑子。
二、跨部门扯皮那点事儿，不拍桌子不行，光拍桌子更不行
我们人社项目最头疼的就是跟业务处室的对接。人家提需求恨不得明天上线，但一到配合测试、提供数据样本，就推三阻四。今年秋天搞失业保险稳岗返还“免申即享”项目，需要从就业、社保、税务三个系统拉数据做比对。光拉数据还不行，每个系统的数据标准不一样——社保的“单位编号”在税务叫“纳税人识别号”，就业系统里还有一套自己的编码。业务处室的人说“你们技术自己映射一下就行”，轻飘飘一句话。
我跟处长老王拍了桌子：“没有你们确认的字段映射表，这活我干不了。万一发错钱，算谁的？”当时气氛很僵。后来我换了个办法，不吵了，把三方系统的数据样例打印出来，厚厚一沓，拿红笔圈出矛盾字段，摆在会议室桌上。我说：“咱们一个一个过，你们说这个字段对应哪个，我当场记，签了字我就按这个开发。”这招虽然笨，但管用。一下午啃完了四十七个字段的映射关系。让人深感无奈的是，有几个字段连他们自己都说不清，最后是翻了三年前的一份老文件才找到依据。
这个项目上线后，首月自动比对企业一万三千多家，准确率99.6%。那0.4%的误差，有一半是原始数据本身就有问题。回头想想，跨部门协作的核心不是什么沟通技巧，而是你得把责任边界划死——哪些是业务负责确认的，哪些是技术负责实现的，白纸黑字，签字画押。否则出了事，背锅的永远是技术。
三、团队能力成长，我最得意的是那个“刺头”变了
团队里有个老李，干了六年运维，技术不错但脾气臭，最爱说的一句话是“这又不是我的问题”。以前每次故障复盘会，他都能把锅甩给网络、甩给硬件、甩给业务方，反正不是他的代码问题。我找他单独聊过一次，没讲大道理，就问他：“你愿意一直干运维，还是想往架构上走？”他没吭声。我说：“甩锅不会让你变强，把别人解决不了的问题啃下来，才是你的资本。”
后来我把一个难啃的骨头扔给他——社保卡跨省通办的数据对账模块。这个模块要对接部里的平台，接口文档写得跟天书一样，超时重试、异步回调、签名验签，坑特别多。老李前两周天天骂，说“这破文档是人写的吗”。我没理他，只是每天下班前问他一句“今天踩了什么坑”。他一开始不耐烦，后来慢慢开始主动说了，而且说出来的时候带着解法。到第四周，他不仅把模块跑通了，还整理了一份《部平台接口避坑指南》，二十多条，全是血泪经验。我把这份文档发到部门群，老李那天破天荒地在群里说了句“希望能帮到大家”。这简直比项目上线还让我高兴。
-
好拿网Hn373.cOM避坑指南:
- 团队管理工作总结 | EHS管理工作总结 | 夜场管理工作总结 | 科研管理工作总结 | 2026技术管理工作总结 | 应急管理工作总结人社
我现在越来越觉得，带团队不能只看技术能力，更要看心气儿。技术可以学，但那股“这事我来搞定”的劲头，得靠一次次啃硬骨头才能养出来。
四、还有两件小事，不写出来觉得亏
一件是今年七月，全省人事考试网上报名系统并发压测。预估峰值同时在线两万多人，我们原来的架构撑死八千。我跟开发组连续熬了三个晚上，把缓存从本地换成Redis集群，数据库读写分离，还把报名缴费的异步队列重构了。最后压测到一万八的时候，服务器CPU飙到85%，但没崩。负责压测的小王问我：“哥，要不要再加点机器？”我说：“不加，就这个配置上线。真要崩了，我负责。”结果报名那天，峰值到了一万九，系统稳如老狗。小王后来问我怎么敢赌，我说：“不是赌，是压测时我发现85%之后曲线是平的，说明瓶颈不在CPU，在代码里那几处没优化的循环。我赌的是你改完那几行代码之后，能扛住。”这小子眼眶红了。
另一件是跟劳动监察欠薪预警平台的数据清洗。基层上报的企业用工信息，错填、漏填、乱填的一大堆。我们写了个自动清洗脚本，但有个规则一直调不好——某县把所有“建筑业”都填成了“其他”。我跟监察支队的老陈说，这脚本没法完全自动化，得人工抽检。老陈说行，派了三个年轻干部分区域核实。那几天我跟着他们跑了几家企业，亲眼看到工头从破旧的包里翻出皱巴巴的工资表。那一刻我特别理解我们做的这事的意义——不是为了漂亮的数据报表，是为了让那些农民工年底能拿到钱回家。
这一年下来，我越来越明白一个道理：技术是冷的，但做技术的人心要是热的。我们写的每一行代码、调的每一个参数、扛的每一次故障，背后都是活生生的人。明年没别的，就是把团队这几块短板再补补，特别是容灾演练和自动化运维，不能再靠人肉盯了。对了，还得给老李报个架构师培训，这苗子不能浪费了。
-
更多精彩的工作总结，欢迎继续浏览：工作总结