赵老师教案网 >地图 >教案资料 >

工作总结

工作总结

时间:2026-04-26 赵老师教案网

2026年芍药居导购工作技术总结〔佳文〕。

今年在芍药居这个站点,说实话,干的都是脏活累活。我跟团队说了,别跟我谈什么“优化用户体验”,咱先把屏幕点亮、别老黑屏、二维码能扫上,这就及格了。下面捡几个实打实的片段聊,不兜圈子。

先讲那个折腾了半个月的供电故障。冬天芍药居B口的智能导购终端,一到凌晨两三点就黑屏重启,白天又自己好了。客户那边运维主管跟我拍了桌子:“你们这东西是不是质量不行?”我当场没反驳,调了三天日志,啥也没抓到。后来我就想,既然是夜里发作,那就夜里蹲。带了两个人,一个蹲电压记录仪,一个蹲温湿度计,我自己守机房看空开。第三天凌晨两点零九分,电压从218V突然掉到185V,持续了大概四秒,屏幕闪了一下,没重启——但我知道找到方向了。接着查,发现那路PDU上还接着机房一台旧空调压缩机,启动瞬间压降刚好触碰到主板欠压保护的下限。厂家给的参数是输入电压不低于190V,但现场实际压降比理论值大。解决方案不花哨:给导购终端单独加一路稳压器,同时把那台空调挪到另一相供电上。前后花了不到八百块材料费,但关键是,我们顺手把芍药居所有站点、包括旁边两个备用的供电拓扑全画了一遍,一共查出三处类似隐患。这件事最后形成的《现场设备供电冗余规范》写了七条,其中一条是“导购终端不得与任何电机类负载共用同一末级配电箱”——这条是用红字标的,因为后来另一个站点有人想省事,被我们直接打回去重做。你算算,没这规范,光被压降搞死的设备一年得换三四块主板。

从这次故障里我悟出来一条:故障处理最怕“修好就行”。以前我也会犯这毛病,换个件能亮就收工。现在带团队,我强制每个人在问题闭环后做三件事——第一,把故障前60秒的所有环境参数(电压、温度、湿度、同期操作)列成表格;第二,写出“如果重来一次,我在第几分钟就能锁定原因”的复盘笔记;第三,把解决方案反推一下,看设计层面有什么漏洞。比如供电这事,反推就发现设备选型时只考虑了正常市电波动,没考虑同路大功率设备启停的冲击。后来选型就多了一项:必须实测现场供电最差工况。

再说个安装验收的事。厂家给的排线规范要求弯曲半径不小于5倍线径,工人嫌麻烦,总想直接折90度。我盯过两次,改了,走了又犯。后来我想了个损招:每个工位施工完必须拍照上传共享相册,排线弧度不合格的,我截图圈出来扔群里,不点名,但所有人都知道是谁。有个老师傅连续两次被圈,第三天主动找我借弯管器,把之前埋的线全拆了重新做。说白了,技术管理不是什么“赋能”,就是让人觉得按标准做比偷懒更省事、更有脸。后来这个办法用到设备维护打卡、工具归位检查,甚至一个月备件盘点,效果比罚款强。

当然也有翻车的时候。上半年导购系统触摸屏批量出现点击偏移,我一开始迷信厂家的自动校准脚本,跑一遍完事。结果三台设备上线一周就有人投诉“点A出B”。拆开一看,屏幕边缘积了一层灰,电容触摸的参考值全飘了。厂家的脚本只管离散点校准,灰尘导致的区域性漂移它根本检测不到。后来老老实实改成“自动脚本跑完,人工用十字光标在四角+中心五个点确认一遍”,每次多花20秒,但能发现误差超过3毫米的偏移。这之后我把所有终端重新跑了一遍,发现还有两台也在临界值上,提前处理了。教训就是:别觉得自动化高大上,关键节点必须留人眼。 WWw.zjAn56.Com

团队成长这块,我不搞定期培训。每次故障排除后,我拉着当事的两个人,用十分钟走一遍“如果先看哪块数据能快五分钟”。然后让他们用一页纸写出来,存进团队的故障知识库。到现在芍药居这个小组的知识库里存了43篇一页纸案例,新人进来第一周就要求读10篇,读完了我要抽问。半年下来,三个新人对供电、触摸、网络断流、扫码模组这四类常见问题的独立处理时长,从平均2.4小时缩到了45分钟。有个小伙子在处理扫码灵敏度下降时,发现棉签擦拭会留下纤维毛,自己试了无纺布蘸异丙醇,效果很好,还避免了镜片划伤。他把这个写进知识库,现在全组都这么干。

对了,差点漏了项目管理上的一个硬仗。芍药居C口要换四台新的导购终端,物业只给每天夜里23点到凌晨5点的施工窗口,而且要求第二天7点前必须恢复现场。我带着三个人连熬四个夜。前三个晚上还算顺利,第四天做软硬件联调,交换机配置脚本写错了一行VLAN,结果新设备跟后台不通,时间已经凌晨三点半。我当时急得后背出汗,但骂人没用。把两个人分成一路检查设备配线,我自己和另一个重新刷配置,用console口逐条核对。最后在凌晨四点五十搞定,留了十分钟做自检,五点准时撤场。那天早上我请他们仨吃了顿豆浆油条,啥也没说。后来我把这次夜间施工的注意事项、应急联系人表、常见配置错误检查单整理成模板,以后其他站点再搞夜间施工,直接拿来用,省了两天协调时间。

到现在年底盘点,芍药居站点的导购设备月均报修次数从上半年的7.2次降到下半年的1.5次。说白了,干我们这行的,技术经理不是最能修的那个人,而是能让团队不反复踩同一个坑、让问题早点暴露、让解决方案能落地的人。什么个人成长,就是每次故障后多问一句“下次怎么让它不再发生”,然后把这句话变成纸上的一条、工具里的一道卡、团队里的一种习惯。

    更多精彩工作总结内容,请访问我们为您准备的专题:工作总结

本文来源://www.zjan56.com/jiaoanziliao/167998.html