应该把KM系统交给应用部门去运维

参与过好几个KM建设的项目，项目组一般的组成是这样的：IT部门的人员，外部咨询公司的人员，公司总办或者其他类似部门的人员。整个项目，IT部门是主导，总办一般都是协助发号施令的。

项目初期，IT部门和咨询顾问一起去各部门调研，然后回来做需求，之后软件实现。软件ok以后，就开始上线实施，这个时候IT部门和总办一起做宣传、培训等工作，各部门也响应号召开始上传文档。再往后，咨询公司撤离。KM建设项目也算是做完了，接下来就是运维阶段。这个阶段一方面各部门文档积累习惯也有了，也可以通过类似知识地图的方式实现知识使用和交流了，这样一个KM项目应该算是做的不错了。IT部门这个时候自然也很开心，看着文档一天天的增长起来，很有成就感。

在整个过程中，IT部门是这个系统的主要创造者也是拥有者，有点类似与开一个bbs，IT部门做管理员和站长，各部门的人都来发帖子，当然也分享到了bbs带来的好处。

IT部门肯定做很多管理信息系统，类似ERP，WF，或者协调平台等，但是这些系统中，km是比较另类的，因为km系统不光是建设和维护，还有很大部分的内容运维工作。这部分运维工作，多数也是由IT部门做的，或者和其他行政部门一起做。

而实际上，当IT部门参与km内容运维工作的时候已经超越它职能的边界了。IT部门提供的应该是一个工具，这个工具必须要交到用户手中让他们自己去用。在KM中，当系统做完以后，就应该交给各个部门自己去运维，如果你做的是一个好的工具，各部门自然会用它来提升管理和创造效益，而不是IT部门联合其他部门一起催促大家上传文档。

WF和ERP的应用相对比较固定，各应用部门没有太多发挥的空间，初期怎么设置的，后面基本上会稳定的用下去。但是km系统不一样，各部门可以根据自己的特点，采用不同的使用方式。比如财务部门更多的用来存档，研发部门更多用来技术交流等等，所以KM应该交给各个应用部门让他们自己去发挥。IT部门更多要做的是保证这个工具的稳定性，同时协助各个应用部门去实现他们的个性化应用。