班长试用期工作总结（参考）
2026-04-13 工作总结 班长试用期工作总结 试用期个人总结工作总结
接手班长这岗位三个月，试用期刚过。说老实话，头一个月我每天晚上躺床上都在过当天的事——哪台设备叫过、哪个故障处理慢了、哪句话跟组员说重了。
先摆硬数字。这三个月我经手87起故障报修，自己上手处理了41起，剩下的盯流程、看结果。5次系统版本迭代上线，3次重大活动保障。团队人均服务工单量比上个季度涨了12%，用户满意度评分从4.2爬到4.7。
满意度怎么涨的？我琢磨了一下，不是因为技术多牛，是响应快了。之前故障响应平均18分钟，现在压到9分钟。用户报修后，我们要求值班人员两分钟内电话回拨，说一句“我们正在看，大概多久给你答复”。就这一句话，投诉直接降了六成。
有个事印象最深。第三周周二下午，核心交易系统突然抽风，响应延迟从200毫秒蹦到3秒以上。监控平台报警时我正在机房给一台老存储换风扇，手机震得跟马达似的。跑回工位，业务部门负责人已经站在门口了，脸色难看。我没跟他废话，直接说“给我15分钟”。
先分工：两人看应用日志和慢查询，一人准备回滚预案，我亲自查网络设备和中间件。第7分钟，发现某台消息队列节点CPU飙到98%，连接数却没异常。这不对劲。我现场用jstack打了三份线程dump，间隔5秒，对比发现有个消费线程始终停在同一个锁地址。再翻上游服务的变更记录——当天上午他们改了一次调用方式，从单条提交变成批量提交，锁竞争直接爆炸。
赶紧隔离该节点，切备用队列。业务在13分钟内恢复。事后我写了5Why报告，最后一条Why是：上游变更没有走接口调用规范评审流程。我拿着报告去找对方技术负责人，他看了半天说“确实漏了”。我们补了两条规矩：第一，队列配置参数加上锁超时阈值；第二，所有跨团队调用变更必须附带压测对比数据。
那次之后，我强制团队每起故障都得写5Why，不准写“网络抖动”“硬件老化”这种废话。举个例子，有一次磁盘告警，新人写“磁盘空间不足”。我打回去让他重写，最后挖出来是日志轮转脚本的cron表达式写错了，每天零点执行变成每小时执行。这种深度才有价值。
每周五下午我搞故障演练，随机抽一个历史故障，让值班人员现场模拟排查。第一次演练时，一个干了两年多的兄弟面对模拟告警居然愣了三分钟。我没批评，陪他重新走了一遍排查树。两个月后，同一个人遇到真实故障，从接到报警到定位问题只用了四分钟。他对我说：“班长，你上次考我那题，真遇到时少慌了三分钟。”这话比任何KPI都实在。
交接班记录我动了大手术。之前有人写“一切正常”，有人贴一堆截图没结论。上个月就因为接班的人没注意到遗留告警里一条“磁盘使用率85%”，结果夜里日志一写，磁盘写满，挂了半小时。这事发生后，我重新设计了交接单模板，强制三块内容：当日变更清单、遗留问题及风险点（必须写明阈值和预计触发时间）、需要下一班关注的具体指标。执行第一周，有人忘记写遗留问题，我在群里直接点名要求补全。现在交接班效率明显提高，接班的人十分钟就能上手。
设备维护这块，我干了一件得罪人的事。梳理机房82台服务器和网络设备的维保周期，发现12台设备超期服役，而且没有备件。当时我后背一凉——如果这批设备里任何一台在生产高峰期故障，采购备件至少要两周。我立刻报备主管，申请紧急采购关键备件，同时调整监控策略，对这些老设备每小时采集一次温度及健康状态，阈值比正常设备收紧20%。目前备件已到位，但这件事让我意识到资产台账不能只靠一年一次盘点。我推动建立了季度自查机制，每季度最后一周，谁负责的设备谁核对维保周期。
人员培养上，我不搞什么“成长计划”这类虚词。负责网络的老张对容器网络不熟，我就让他跟着版本迭代做Calico排障。第一次他连策略优先级都看反，我带着他抓包分析；第二次他定位到问题但解释不清根因，我让他写个简短的排查笔记；第三次他又在相同问题上栽了，这次是因为他漏掉了一条默认拒绝策略。我陪他复盘到晚上八点，最后他苦笑着说“这回真记住了”。现在他已经能独立定位网络策略冲突。新来的小李怕数据库死锁，我把自己整理的排查脚本给他——其实就是几个grep和awk的组合，然后陪他复盘了两个真实案例，其中一个案例里死锁日志被我故意藏了一半，他花了四十分钟才挖出来，但从此以后他再也没慌过。 zC530.com
说个我自己犯的低级错误。某次版本上线前，我审核变更方案时漏掉了防火墙策略同步这一步。上线后业务调用直接超时，回滚才解决。当时我站在机柜前，真想给自己一巴掌——流程文档里白纸黑字写着的东西，我居然跳过去了。当天我做了三件事：更新上线checklist，把策略同步做成强制勾选项且需要两人复核；在团队复盘会上全程讲了十分钟自己的失误，没找任何借口；给自己记了一次绩效扣分，对应的罚款50块充公当团队零食基金。规矩就是规矩，班长更得守。
质量验收我坚持现场验收。上个月一批新服务器上架，供应商的报告写“所有测试通过”。我随机抽了三台，用fio跑磁盘压力，用iperf3测网络带宽。其中一台的磁盘读写波动超过15%，而我们的验收标准是±10%。供应商想含糊，说“差一点点不影响使用”。我没松口，直接拒收。后来换了一台，测试数据稳稳在5%以内。验收标准就是底线，谁也不能打折扣。
剩下这几个月，我盯三件事。第一，把故障自愈比例从35%提到50%，减少半夜爬起来人工介入的次数。第二，挑两个核心系统做混沌工程实验，主动往里丢故障，提前把脆弱点炸出来。第三，带出一个能独立值班的副班长，让我偶尔能睡个整觉。
班长这个角色，说白了就是扛雷的。试用期过了，该干的活一样不会少，该扛的雷也一个不会躲。接下来继续盯着那几台老设备，继续抓交接班质量，继续跟那些莫名其妙的故障死磕。
- 需要更多的工作总结网内容，请访问至：工作总结
