工作总结
时间:2026-04-21 作者:每天帮信合员工工作总结。
今年干了三件大事：信贷流程改造、结息性能优化、自助设备运维标准化。中间还穿插了机房改造验收和一堆日常故障处理。挑干的聊。
信贷审批流程改造：返工了两周才长记性
年初接的活儿，老系统流程卡死太频繁，客户经理三天两头打电话骂。我的方案是重写状态流转，把硬编码的条件判断改成规则引擎。当时选型用了Drools，因为团队里有人用过，上手快。
第一版做出来，自己觉得挺牛，结果业务部门一看就摇头——界面操作路径跟他们的习惯完全拧着。他们平时审批要点“通过”“拒绝”“退回修改”三个按钮，我搞了个下拉菜单再加确认弹窗，多了一步。客户经理直接说“你这是给我们添乱”。那两周天天蹲在柜台旁边，看他们怎么点鼠标、怎么切页面，录了十几段操作视频回来逐帧分析。最后把界面改成三个大按钮直接铺在首页，去掉二次确认，这才过关。
规则引擎这块有个坑：业务人员自己配规则时，容易配出矛盾的条件。比如“贷款金额大于50万且信用分低于600则通过”，跟另一条“信用分低于600则拒绝”撞了。后来加了规则优先级和冲突检测，每次保存前自动跑一遍校验。这个功能花了三天写，但后面再没出过规则打架的事。
结息性能优化：从4秒压到0.3秒，但过程丢人
二季度末结息，系统慢得柜员想砸键盘。AWR报告一看，有个对账查询走了全表扫描，索引被之前的开发删了——理由是“索引太多影响插入性能”，服了。加回索引后响应降到1.5秒，但还是不稳。
再压测，发现是某个存储过程p_batch_interest在争锁。这个存储过程用了表级锁，批量跑的时候把所有联机交易堵死。改法是把表级锁改成行锁，再把批量任务按网点ID拆成50个小批次，用DBMS_SCHEDULER并行跑，但控制并发数为5。那晚演练从10点跑到凌晨3点，改了四版参数。最后一版测试时，我看着监控屏幕上的响应时间从1.2秒跳到0.8秒，再跳到0.3秒，心里那个石头才落地。
让人无奈的是，这种性能问题完全是长期欠债。之前三任开发只往上堆功能，没人回头看架构。这次之后我定了个死规矩：每个新功能必须附带性能测试报告，没有就不得上线。
自助设备运维：128台机器的烂账怎么收拾
全辖128台ATM和智能柜员机，厂家有四家，故障代码各叫各的。迪堡的C101表示闸门卡滞，广电运通就变成E204。维修工单靠网点打电话报，经常漏报、错报。
我先干了件笨事：把四家厂家的故障代码手册摊在桌上，一个型号一个型号地做映射表。128台设备挨个核对固件版本，花了三天。然后写了个小程序，通过设备的SNMP Trap接收告警，转成内部标准代码后自动发钉钉到片区维护群。
具体场景：一个乡镇网点早上吞了客户的存款，客户急着要进货打款。放在以前，网点先报修，厂家再派工，备件还在市区仓库，少说半天。新系统下，告警30秒内捕捉到代码“C101”，自动匹配片区维护专员老李，他带着备件箱40分钟赶到现场，15分钟换好闸门。客户后来打来电话说“你们信合这次真快”，我截图发到团队群里，大家那周干活都带劲。
备件库存这块出了岔子。两台老旧型号的读卡器坏了，我发现备件库里根本没货，查采购记录才知道这个型号三年前就停产了。跑了三家二手设备商才找到拆机件，前后两个月才补上。后来我建了备件预警表，按设备服役年限和故障频率自动计算安全库存，低于阈值就触发采购。
团队技术能力：逼着写文档比写代码还难
带团队最头疼的不是技术，是习惯。组里有个老员工老周，技术底子好，但从来不写文档。有次他负责的支付接口出了故障，人还在休假，别人想查配置参数，翻遍聊天记录、代码注释，愣是找不到。最后我远程登录到他家里电脑才解决，耗时四个小时。回来后在复盘会上，我直接放话说“下次再没文档，绩效扣15%”。老周脸黑了一下午，但后来他第一个把接口文档补完了，还主动加了时序图。
每周五下午两小时技术复盘，我不让他们汇报进度，只许讲这周遇到的坑。有一次新人小张讲“数据库连接池满的问题”，他说“调大了最大连接数就好了”。我当场打断：“为什么满？是SQL慢还是连接没释放？调大是掩盖问题不是解决问题。”他回去查了两天，最后发现是代码里有个循环每次新建连接不关。从那以后，复盘会要求必须附上根因分析和复现步骤。
故障排除：半夜两点的电话最提神
全年47起故障，我按类型分了：网络类12起，应用类21起，硬件类14起。平均修复时长从上半年的2.3小时压到下半年的0.9小时。
最气人的一次是半夜两点，某网点断网。远程进不去，开车40分钟到现场，发现是核心交换机的光模块坏了。打开备件柜——空的。上一任维护人员借走了没还，也没登记。这简直让人火大。第二天我就搞了备件扫码借还制度，每块板卡、每个模块贴二维码，借还必须扫，系统记录操作人、时间、预计归还日。后来再没丢过备件。
另一次批量代发工资挂起，排查发现是某个企业上传的Excel里，金额列混进了“壹万元整”这种中文。代码直接报NumberFormatException。我写了个数据清洗过滤器，在入库前校验每列的格式，脏数据隔离到异常表，不影响其他批次。这个小工具后来被用在了所有数据导入场景，包括社保代发、水电费代扣。
机房施工验收：跟施工队拍桌子
机房改造时，施工队为了省事，把电源线和信号线捆在一个线槽里。按GB 50174-2017标准，强弱电要分开走线槽，间距至少30厘米。我拿着规范逐条验收，发现三处不合格：线槽间距只有15厘米、光纤弯曲半径不够、机柜接地线没做。施工队老板说“之前给银行干都这么干的，没事”。我直接让他停工，不整改不签字。返工两次，多花了五天工期，但后来运维确实省心——信号干扰导致的丢包率从0.5%降到了0。
明年要改的毛病
第一，自动化巡检得搞起来。现在每天手动查20多台核心设备的日志和磁盘空间，浪费时间。打算用Ansible写个剧本，每天凌晨自动跑，结果发到群里。
第二，再培养两个能独立扛事的人。现在离开我三天，有些故障就卡住了。老周可以带起来，但他缺架构思维；小张有冲劲但经验浅。明年让他们各带一个小模块，我在旁边看着，只纠错不代劳。
第三，故障案例库目前是Word文档堆在共享盘里，搜索全靠Ctrl+F。打算用DokuWiki搭个知识库，按设备类型、故障现象、根因、解决方案标签化，新人来了能按图索骥。
-
推荐阅读:
信合员工工作总结
信合员工工作总结(汇编十六篇)
合规稽核人员工作总结(精华十二篇)
[总结]信合内勤年度工作的自我总结(篇五)
合规法律部工作总结（精选7篇）
保险合规转正工作总结（分享九篇）
-
每天帮小编为您推荐工作总结专题，欢迎访问：工作总结
本文来源：//www.mtb31.com/m/188663.html