部门经理转正工作总结。
三个月试用期一晃就过去了。对我来说，这不仅是岗位的变动，更是从“一个人搞定问题”到“带着一群人搞定问题”的认知转变。我依然保持着一线运维的习惯——毕竟，如果连服务器日志的味道都闻不出来，坐在经理位上心里也不踏实。以下是我这段时间的真实感悟，没有高大上的理论，全是干完活攒下来的经验。
从“自己上”到“看着别人上”，这关过得不容易
以前做运维工程师，最痛快的事就是半夜把难缠的故障摁死，那种成就感比吃夜宵还爽。当了部门经理后，最大的煎熬是：明明看着下属在那儿绕弯子，却不能一把推开他“我来”。刚开始我憋不住，有两次直接抢过键盘敲命令，问题秒解，但回头就发现那工程师眼神不对，躲着我走。
记得有一次，一个新人排查MySQL死锁，搞了俩小时没头绪，日志翻来翻去就是定位不到罪魁祸首。我站在后面实在忍不住，说“你看这行事务ID，顺着这个锁等待链查”，他还是懵。最后我急了：“起来，我给你演示一遍。”五分钟搞定，当时心里还挺得意。可那天下午他一直没说话，下班时我琢磨过味儿来了——我这不是帮他，是在打他的脸。
后来我请他撸串，直接道歉：“兄弟，白天是我手欠，你那思路其实没错，就差一步，我该让你自己捅破那层窗户纸。”他喝了一口啤酒，说：“老大，其实我当时特沮丧，觉得自己太菜。但你这顿饭，我记住了。”打那以后，再有复杂故障，我就搬把椅子坐旁边，只问“你觉得现在该看哪儿”“还有没有别的可能”，让他自己动手。哪怕他多绕十分钟，我也忍着。说白了，当经理不是证明自己多牛，是让团队里的人都能独当一面。
故障复盘不是分锅，是给系统做“拆弹演练”
咱们干运维的最怕什么？怕同一个坑摔两次。所以我特别看重故障后的复盘。但很多复盘会开成“批斗会”，谁谁谁操作失误，谁谁谁没盯紧，最后整改措施就是“加强责任心”——屁用没有。
有一回，第三方支付接口突然超时，导致我们的订单服务大面积卡死。事后工程师提交的报告，原因栏只写了一句话：“第三方接口响应慢。”我直接把报告打回去，把大家叫到白板前：“第三方慢是客观事实，咱们控制不了，但咱们的系统为什么像纸糊的？熔断呢？降级呢？线程池监控呢？”那天下午我们一点一点过代码，最后定出三条实打实的措施：超时时间从3秒改成1.5秒，增加基于错误比例的熔断器，把线程池排队长度加进告警。改完之后，我们把核心链路的监控指标从10个扩充到15个，专门盯着依赖服务的健康状况。
效果很明显：之后三个月，类似依赖故障发生了两次，但系统自动熔断，业务几乎没有感知。这才是复盘的价值——不是揪出一个人骂一顿，而是把系统的漏洞补上，让下次出问题时不至于裸奔。用我们的话说，这是给系统做“拆弹演练”，把雷提前排了。
雨后的那通电话，让我知道什么是信任
干运维的，平时没人夸你，系统稳定是应该的；一出事，电话第一个打给你。所以心态得皮实。
那是个雨后的早晨，天刚蒙蒙亮，机房所在区域的市电闪了一下，UPS顶住了，但一套用了五年的老存储突然延迟飙升。值班的小伙子给我打电话时声音都变了：“老大，核心业务读写慢得不行，查不出原因！”我一边往公司赶，一边在电话里让他先切只读模式，把关键业务流量摘掉。
到现场后，我俩按应急预案一步步操作：验证备机状态、强制切换控制器、重建缓存。说实话，那俩小时手心一直冒汗——老设备就像定时炸弹，谁也不知道下一秒会不会彻底趴窝。好在最后稳住了，业务在九点前恢复正常。
-
▲工作总结之家冷门知识宝库:
- 部门经理转正工作总结 | 部门经理转正述职总结 | 部门经理总结 | 部门经理致辞 | 部门经理转正工作总结 | 部门经理转正工作总结
十点多，业务方领导打来电话，我以为要挨批，结果他说：“兄弟，辛苦了。我刚问了一圈，下面人说业务没断，客户也没投诉。这系统靠谱，你们也靠谱。”挂了电话，我愣了一会儿，然后拉着值班那小伙子说：“走，吃早饭去，我请。”那顿饭我们没聊工作，就扯闲篇，但我看他眼神里多了一种东西——信任。
这种信任不是开会讲出来的，是你扛过一次硬仗，大家心里有数。从那以后，我发现团队里再遇到紧急情况，没人慌了，都知道该干啥。
试用期过了，活儿还得接着干
三个月下来，我最大的收获不是学会了多少管理工具，而是想明白一件事：当经理就是当好“托底的人”——让底下的人敢放手干，出了问题你能顶住；让系统越来越经踹，而不是天天靠人救火。
接下来，我打算把那几台老存储逐步替换掉，再把新人培养的路径理一理。以前师傅带徒弟全靠口口相传，今年得把常见故障案例整理成册，让新人来了有东西可翻。还那句话，系统稳了，觉才能睡得踏实。
这就是我这仨月的真实经历。谈不上成绩，全是干活的心得。
-
欲了解工作总结网的更多内容，可以访问：工作总结
