在我目前的工作中,我们认为我们可以从拥有知识库中受益,因此下次有人遇到问题/问题等时,可以咨询该库并显示答案。
此外,这将降低人们带着知识离开公司的风险,我们将不得不重新开始。
我的问题是,我们可以遵循什么策略来实施/购买/获取/构建/等这个知识库?
有为此准备的软件吗?自己构建一些东西会更好(我们有一些程序员)
这是一家小公司(< 30 ),应该可以从办公室外访问基地(当员工与客户在一起时等),所以我想一个 webapp 是合适的。
在我目前的工作中,我们认为我们可以从拥有知识库中受益,因此下次有人遇到问题/问题等时,可以咨询该库并显示答案。
此外,这将降低人们带着知识离开公司的风险,我们将不得不重新开始。
我的问题是,我们可以遵循什么策略来实施/购买/获取/构建/等这个知识库?
有为此准备的软件吗?自己构建一些东西会更好(我们有一些程序员)
这是一家小公司(< 30 ),应该可以从办公室外访问基地(当员工与客户在一起时等),所以我想一个 webapp 是合适的。
无需赘述,我可以想到两个,并且可以通过公司网络外部的浏览器进行访问...
最好的策略不是技术 - 它是与人。无论您使用技术 X 还是 Y,如果人们没有看到使用知识库和为知识库做出贡献的任何好处,都没有关系。
您可以选择一个好的 wiki 软件(例如 MediaWiki)。但请注意:最简单的事情是部署软件。最困难的事情将是部署知识协作的心态。
我们目前正在使用商业 Wiki 系统Atlassian Confluence开发类似的知识库。使这个 Wiki 物有所值的原因在于它的用户友好性——它的可访问性和用户友好性是 MediaWiki 等的一百万倍。这对于采用这样的系统很重要,尤其是当并非所有用户都非常精通技术时。请查看他们的网站以获取大量文档、案例研究等。强烈推荐!
提出的许多其他答案可能无法解决核心问题,所以我会插话。
首先,我认为您需要了解您所在组织的知识。
阅读 http://www.amazon.com/Knowledge-Management-Theory-Practice-Dalkir/dp/075067864X之类 的内容,以更好地了解可用的理论和不同类型的知识管理系统。
将其添加到您自己对业务的了解中。完成 Dalkir 描述的流程之一,并描述知识管理要求。
只有这样,您才应该开始评估需求的解决方案。
我以前工作过的一家公司
使用ScrewTurn Wiki 来包含一个知识库,它很有用,尤其是在需要记住如何完成某些复杂任务时。我为此做出了一些贡献,其他员工也做出了贡献。所以努力确实有回报。我也一直在摆弄 MediaWiki,所以这是另一种选择。我有点怀疑您是否需要构建一个 wiki,因为该空间中有许多免费和商业工具。虽然除了我提到的两个之外,我没有任何其他人的经验。
我们目前正在与GLPI合作,它(除其他外)有一个知识库模块。
如果您还没有帮助台,我建议您购买一个:与我共事过的大多数 IT 部门在采用工单时都没有遇到任何问题,因为它使他们能够以更少的干扰完成更多工作。话虽如此,有一些很好的帮助台系统实际上有一种方法可以通过将帮助台票转换为常见问题项和/或 wiki 页面来“粘性”。
我相信 Atlassian 有这种整合;RequestTracker(开源)也可以。