工作总结

时间:2026-04-22 作者:每天帮

2026年生产个人工作总结。

直接说事。去年A线装配段一次验收合格率从97.2%拉到98.6%，OEE从81%提到84.3%。客户投诉3起，比前年少了2起。但有一桩投诉让我到现在想起来都窝火——那批货发出去第三天，客户现场就炸了，说密封圈漏气。我连夜翻MES记录，发现是我们自己人把预压深度从2.0改到了2.2，理由是“怕压爆”。你懂的，好心办坏事，最要命。

先拆合格率那1.4个点。去年二季度，我蹲在MES系统里扒了三个月的不良数据，发现“密封圈压偏”占了总不良的43%。这个数字当时吓我一跳——因为工艺文件里写得明明白白：预压深度2.0±0.1mm。但现场工人普遍按2.2干，问他们为什么，老张头叼着烟说：“压深了密封圈直接爆，你赔啊？”我拿游标卡尺一量，2.2确实不爆，但压缩量不够，高温一烤就漏。

解决这个事，我走了弯路。第一反应是换模具，换了三套，问题照旧。后来才发现，工人手里的那个深度规是坏的，零点偏了0.05mm。这事儿让我臊得慌——数据再全，不如先查量具。最后我拉着工艺和模具组，把预压工装的限位块从固定式改成可调式，每个班次首件用深度规确认，同时把SPC控制图直接贴到工位旁边的柱子上。前三个月我每天早会花五分钟讲前一天的CPK值，讲到第三周，老张头自己跑过来说：“你这图能不能出快点？我下午两点就知道上午干得咋样。”三个月后，密封圈压偏的缺陷率从1.2%降到0.3%。说白了，很多问题不在标准，在执行标准的过程里掉了链子。

再说OEE那3.3个点。卡在换型时间上。A线每天换两次规格，平均47分钟。我调了半年的换型记录，发现一个规律：周一上午的换型比周三下午多花12分钟。为什么？周末停机后液压油温度降了，冷机状态下手动调压要来回试五六次。这个发现简直让人哭笑不得——这么简单的物理原因，居然没人管。我做了两件事：第一，把换型作业拆成两张清单，“停机前可做”和“停机后必须做”，要求前一班次下班前把新规格的工装、检具、首件样件全部备到线边。第二，给液压站加了个保温循环，周末不停油泵。两项措施下去，平均换型时间压到29分钟。说实话，有些改进不用花大钱，缺的就是有人愿意翻记录。

真正让我后背发凉的，是去年8月那次扭矩报警。B线的扭矩检测机连续报了17个超差，夜班操作员复位了17次，继续干，没上报。第二天白班我查日志才发现，那批产品有43个螺栓的扭矩值落在22-24N·m之间，标准下限是25。我当场叫停整条线，把所有产品拉回来100%复检，结果12个实际扭矩低于22，最低的只有19.8。生产经理拍桌子说：“你停了线，今天的产量谁背？”我怼回去：“这批货出去，召回成本你背？还是客户索赔你背？”最后各退一步，我同意先复检完已下线的那批，但后续必须改流程。

我在MES里加了个逻辑：同一设备在30分钟内连续3次扭矩报警，系统自动锁死该工位，必须工艺工程师刷工卡才能解锁。同时把那43个产品的追溯码全打印出来，顺着拧紧枪的日志反推每个螺栓的拧紧曲线，确认是哪台设备、哪个套筒、哪个时间段。那天晚上我盯着屏幕到凌晨两点，发现其中一把拧紧枪的零点漂移了0.3N·m——设备校准记录显示上次标定是三个月前，而标准要求每月一次。让人深感无奈的不是设备坏了，而是没人按规矩来。

从那以后，我每周五下午雷打不动地做一件事：拉出所有设备的报警日志，看哪些报警被人为复位超过两次。数据不会骗人，但人会。上个月又抓到一个——夜班一个小伙子把同一把枪的扭矩报警复位了五次，我直接把他和当班组长叫到办公室，把日志打印出来拍桌上。没罚钱，让他们连着三天做完所有扭矩检测的首件确认再下班。后来再没犯过。

●每天帮内容组内部评分TOP10:

生产个人工作总结 | 安全生产个人工作总结 | 2026年终工作总结 | 2026年度个人总结 | 2026年生产承诺书 | 2026年生日祝福

质量验收这块，很多人觉得就是看最终报告。我告诉你，那是外行。去年我主导改了三份验收标准，核心就一条：把固定抽检比例改成动态方案——CPK大于1.33的项，抽检频率减半；CPK低于1.0的，全检。举个例子，焊接车间的熔深检测，原来每200件抽1件做金相，破坏性检测成本高，大家都不愿意多抽。我拿壁厚数据和熔深数据做了个散点图，R²有0.7，这才发现熔深波动跟前道铜管壁厚强相关。后来把壁厚控制纳入来料验收的加严批次，焊接熔深的CPK从0.92提到了1.21。这件事给我的教训是：别光盯着自己的一亩三分地，问题往往在别人家院子里。

最后说个小事。上个月有几天我总觉得焊接飞溅的声音不对，高频段有点刺耳。拿热成像一扫，温度曲线果然漂了15度。报表上数据全绿，但耳朵比传感器靠谱。我让操作工停机检查，发现冷却水管有个砂眼，漏水导致焊接头局部过热。这事儿要是等报表报警，至少再废两百个件。干生产就是天天救火，你能做的，就是把消防栓装到每个着火点旁边，然后祈祷别同时烧起来。

明年的打算已经定了：把故障排除的根因分析从“老师傅拍脑袋”转到数据上。目前正在搭一个简易知识库，把过去两年的设备故障日志、维修记录、更换备件清单全部结构化——不搞花里胡哨的，先用Excel把故障模式、处理时间、更换零件号这些字段对齐，然后跑决策树看看哪些故障是“并发症”。这个活不性感，但管用。毕竟，生产这行，说到底就是跟不确定性较劲。你能控制多少，报表上就写多少。

推荐阅读:

需要更多的工作总结网内容，请访问至：工作总结

热门标签: