工作总结
发布时间:2026-04-21【深度】图书管理员个人工作总结。
先看几个硬指标。全年图书流通量12.7万册次,比去年涨了12.6%。读者到馆9.1万人次,上升8.3%。最让我盯着的读者满意度,从去年三季度的89.2%爬到四季度的94.7%。这5.5个百分点怎么来的?不是问卷上随手勾出来的,是实实在在解决了一批老问题。
编目这块,全年上新书6200多种,编目差错率压在0.3%以下。什么概念?每1000条数据错不到3条。我们执行的是CALIS联机编目三级细则,字段完整度必须100%,索书号类号和种次号的匹配误差不超过一个字符。说白了,差一个字母,那本书就永远躺在错误架位上,谁也找不着。
设备维护全年处理故障87起。我把故障分了三级:一级(系统全瘫)2起,二级(局部不可用)8起,三级(单机问题)77起。平均修复时间从年初的4.2小时压到1.8小时——但说实话,这个压缩主要靠的是把三级故障练到20分钟内搞定。一级故障那次用了快两小时,后面细说。设备综合完好率98.6%,比考核高3.6个百分点。
先说一次搞砸了的事,别光说好的
今年六月一个周二下午三点多,读者高峰期,四台公共检索终端突然全断联。前台一下子围上来二十多个人问“怎么查不了”。我当时判断是服务器内存溢出——因为监控显示OPAC进程占用了98%内存。先重启了服务,没用。再查交换机端口,全绿,排除了物理链路。最后抓包,发现是某台终端在循环发送广播请求。追下去,那台终端前一天被读者误触开启了诊断模式。
问题找到了,但我操作出了岔子。我直接清除了交换机的动态MAC表,结果恢复后VLAN信息丢了,又耽误了15分钟才重新配好。全程用了47分钟——虽然比考核时限快了13分钟,但我知道这个操作不规范。后来立了规矩:任何网络操作前必须先备份交换机配置,哪怕你觉得“就清个表而已”。同时改了终端系统镜像,把所有诊断入口藏到需要密码才能调出的界面,后台加了异常流量自动熔断。
让人深感无奈的是,这种工程模式当初设计时就没做权限隔离。一个小小疏漏,差点让整个检索服务瘫掉一个下午。
团队技术能力:从换鼠标到换天线
小组四个人,年初摸底,有两个只敢做重启、换鼠标。我的要求:每个人必须能独立完成自助借还机的读头灵敏度校准、RFID天线更换后的距离测试、以及工控机主板最小化排查。
怎么练?每周五闭馆后两小时,实战演练。我故意设故障:比如电源模块输出不稳、读写器串口驱动丢失、感应区亚克力板有划痕导致误触发。组员必须写维修日志,写明“现象-测量值-正常范围-替换件序列号”。一开始有人写“机器不工作,换了电源好了”,被我打回去重写——你量了电压没有?旧电源输出是多少?新电源是多少?写不清楚不算完。
有一次,一个组员换了天线后没做读写距离测试。结果读者还书时,感应区只能读到15厘米高的位置,机器反复报错。读者气得把书摔在台面上走了。我让他拆了重新装,并且从此立下死规矩:换任何RFID部件后,必须用标准测试卡在感应区四个角和中点各测三次读取距离,记录在案,低于20厘米一律返工。
现在,小组全年独立排除硬件故障71起,外修比例从45%降到18%。每台修好的设备,我自己拿一摞书来回借还试它几十遍,试出问题为止。这叫质量验收,不是签字走流程。
排架准确率:从91%到97.8%,背后是笨功夫
年初抽查,中文社科区排架准确率只有91%。每100本书里有9本不在该在的位置。读者找书,翻三排找不到就走了——这是隐性流失,比投诉还可怕。
我们没搞大呼隆全员上架,而是先做帕累托分析。统计错架图书的类别分布,发现I类(文学)和TP类(计算机)占了错架总量的63%。为什么?流通最快,读者随手乱插最严重。
解决方案:第一,把热门的TP311-317(编程语言)架位移到主通道旁边,减少读者跨越书架时的错位。第二,在每个类目标签下方加贴“本架类号区间”提示条,比如“TP311.1-TP311.5”,读者一眼能判断该不该插这儿。第三,也是每天闭馆前半小时,由当班人员用逐架扫描法核查三个高风险架位,发现错书当场纠正。
你问我这个工作量有多大?每核查一个架位大概200本书,三个人同时做,半小时能扫六到八个架。我们只挑风险最高的三个,每天15分钟搞定。连续执行了三个月,准确率提到97.8%。怎么验?每月5号,我随机抽20个架位,用便携扫码枪逐本核对索书号,错一本扣0.1%——跟自己较真,数据才可信。
一次质量验收的教训
今年九月,新到一批800册少儿绘本,外包编目公司交付了MARC数据。按合同抽检5%就行,但我坚持抽了15%。结果发现,一套“DK博物大百科”分上下册,对方给的是同一个索书号的不同复本号。按规则,多卷书应该用卷册号区分,而不是复本号。这意味着读者借上册时,系统会显示有两本,但实际上架的是两本下册。
-
★一起合同网内行必读:
- 图书管理员个人总结 | 图书管理员的工作总结 | 小小图书管理员作文 | 学校宿舍管理员年度个人工作总结 | 图书管理员 | 图书管理员
验收不通过,要求返工。对方项目经理说“差一两个字段不影响借还”,被我顶回去——工艺标准里写了“多卷书必须著录卷册信息”,这不是可选项。返工花了五天,延误了上架进度。但算笔账:如果不返工,这800册里类似的错误有11处,每处平均影响20册书,那就是220册书会借错。每册书被读者投诉一次,前台处理时间至少10分钟,加上读者的负面体验,这个代价远大于五天返工的成本。后来我在合同里加了罚则:编目质量抽检不合格,返工费用由乙方承担。
再说两件小事
服务器备份的事。今年我们做了两次恢复演练,第一次从备份恢复一个读者数据库,用了快40分钟。RTO(恢复时间目标)严重超标。后来改成每天全量备份+每小时增量日志,现在恢复时间压到15分钟内。全年没丢过一条数据,但这事儿不敢吹——没丢是应该的,丢了就是事故。
消防和防水。七月一场暴雨,地下室密集书库的排水泵自动启动了一次。我带着组员检查了所有排水沟和挡水板,发现有两个地漏被杂物堵了一半。当场清理,并定了每月第一周检查排水系统的制度。这种事儿不出则已,出了就是大事。
明年要啃的两个硬骨头
第一,老旧图书的RFID标签信号衰减。目前有12%的标签读取距离不足15厘米,影响自助归还效率。我想先拿两个架子做测试,用同一批标签和新标签对比读取距离,找出衰减规律。如果确认是标签老化,就分批更换。
第二,从“事后修”转到“预测性维护”。说实话,这个词有点大,我不吹牛。我先选两台故障率最高的自助机,每周记录一次读写器的工作电流和唤醒次数,连续画三个月趋势图。如果能提前三天预判故障,就算成功。如果不行,就换方案。
这一年下来,最大的感受是:别整虚的。排架准确率、故障响应时间、编目差错率,这些数字骗不了人。你把它们一个个抠上去,读者自然满意。
-
需要更多的工作总结网内容,请访问至:工作总结