加载中…图书馆业务管理与业务工作之争
(2018-01-21 10:27:11)
标签：
采访编目管理业务杂谈 |
分类： 感想 |
图书馆工作与图书馆学研究不同，实践性很强。没有学问不行，只有学问也不行。
于是，大家对管理人员的要求很高，希望业务部门的干部都懂业务。
什么叫懂业务？这里也有争议。如何懂业务？更有争议。是否要亲自做业务？还是有争议。
正方认为，如果不懂业务，不可能做好业务管理工作。业务管理人员站位高，有一些问题具体工作人员看不到，或者没有长远眼光。
反方认为，做了管理工作，就对业务工作生疏了。如果经常做具体业务，会干扰具体业务，或者会在管理工作方面做不到位。
老一代的图书馆员，都一直告诫我，要在做管理工作的同时，不能脱离业务，我也是一直这样严格要求自己的。所以，我担任那么长时间的业务管理工作，从来没有脱离过业务。而且，从我的经验来说，为业务开拓发挥了很好的作用。
在Aleph500系统引进的时候，我亲自参加选型工作，于是我对业务细节了如指掌，发现了一些别人不知道的功能，例如书目数据的标目字段批处理的功能，我首先发现以后，就做了不少尝试，修改了著名作者的标目，短时间内纠正了数据中的明显问题。后来，数据修改和完善工作，我也根据类似的方法做了设计，使原来觉得不可能的事情成为现实。
又如，过去日文数据没有采用Z39.50协议下载，大家都不知道如何操作，还以为是光盘套录的模式。我根据自己对系统的熟悉知识，去兄弟图书馆考察，也咨询了国外机构，最后得到解决，成为日常工作的一个部分。
到了数据回溯的时候，领导说要在几年内完成所有几百万条外文数据的回溯工作，大家都觉得不可能，而且还有习惯性思维方式，想自己做，不放心别人做。如果按过去的思路，100年以后都做不完，到那时候我们都不在了，也不知道是否还有经费呢。时间不等人，我们要只争朝夕，就用特殊的办法
，设法外包处理。于是，我们就在5-6年内初步完成了大语种的回溯工作，在10年内完成了所有语种的回溯工作。
关于具体业务工作，也涉及宏观与微观之间的结合问题。例如，做编目时间久了，就会只关注具体字段的选取，熟记字段和子字段的标记，有时候却忘记了这个字段是做什么用的，设计这个字段的目的是什么，无休止地“精益求精”，自我欣赏。有一些字段是个技术人员用的，有一些字段是给编目员用的，有一些字段是给读者用的。不搞清楚这些区别，也很难满足用户需求。
业务细节究竟谁来负责？这个事情各个层面都出现过问题。Aleph500系统升级的时候，因为技术部们跳过了部门层面，直接让科组反馈意见，于是若干年后就发现了问题，索引字段忽略了首冠词，只好回头重新索引。有意思的是，纠正索引问题也需要报文，相关部门为了怕承担责任，要求我把说明之前出问题的文字内容删除，让我也觉得很无奈。
涉及业务报文，有时候相关会签部门会问我这个项目具体负责人是谁，他们好直接联系。对于有一些问题，我就说直接找我。对方貌似觉得很奇怪，为什么找主任呢？有时候，对方的具体负责人觉得也不好意思和主任沟通，或者有一些推诿的话也不方便和主任说。因为我对业务总体设计熟悉，就亲自处理，解释清楚了，才能解决问题。
总的来说，业务干部要熟悉业务，要亲自做业务，才能有说服力，才能一竿子插到底，才能进行合理可行的宏观设计。不过也有不同的观点，各种理由，就不多分析了。
新出台的《公共图书馆法》，第十九条“政府设立的公共图书馆馆长应当具备相应的文化水平、专业知识和组织管理能力。”有人问我这条如何解释，我觉得也是公说公有理，婆说婆有理。这个问题过去争论过，没有结果，以后恐怕也不会有明确的结果。
实际上，业务和管理“双肩挑”的干部不容易培养，干部自己也比较幸苦。记得1990年代，“双肩挑”的干部还有津贴，因为那时候懂业务的管理干部确实少，现在想都别想了。甚至业务岗位工资和行政岗位工资“就高不就低”的做法，也有不少人提意见的。也是因为，纯粹做行政工作，如果要走好，也很辛苦的。世界上任何事情，只要做好，都没有轻松的。
喜欢
0
赠金笔
前一篇：藏书票的艺术：丁立松作品
后一篇：藏书票的艺术：“我的书”