在我目前的工作中,我们认为我们可以从拥有知识基础中受益,所以下一次有人遇到问题等问题时,可以咨询这个基础,并且会显示答案。
而且,这样可以减less人们离开公司的风险,我们将不得不重新开始。
我的问题是,我们可以采取什么样的策略来实现/购买/获取/构build这个知识库?
有软件准备好吗? 有自己创build的东西(我们有一些程序员)会更好吗?
这是一个小公司(<30),基地应该可以从办公室外面(当员工与客户等),所以我想web应用程序是有序的。
没有深入细节,我可以想到两个,可以通过公司networking外的浏览器访问…
最好的策略不是技术性的 – 这是与人。 如果使用技术X或Y,如果人们没有看到使用和贡献知识库的好处,那并不重要。
你可以select一个好的维基软件(例如MediaWiki)。 但要小心:最简单的事情就是部署软件。 最难的是部署知识合作的思维模式。
目前我们正在使用Atlassian Confluence (一个商业Wiki系统)来开发类似的知识库。 什么让这个Wiki更值得花钱,是它的用户友好性 – 比如MediaWiki更容易访问和用户友好。 这对于采用这样的系统非常重要,特别是当不是所有的用户都非常善于技术的时候。 请检查他们的网站广泛的文件,案例研究等强烈推荐!
许多其他答案提出可能不会解决核心问题,所以我会参加。
首先,我认为你需要了解贵组织的知识是什么。
加上你自己的业务知识。 通过Dalkir描述的过程之一,描述知识pipe理要求。
只有这样你才能开始评估解决scheme的要求。
我曾经使用过的公司曾经使用过ScrewTurn Wiki来包含知识库,这非常有用,特别是在需要记住如何执行某些复杂的任务时。 我做了一些贡献,其他员工也是如此。 所以这个努力确实得到了回报。
我也一直在调整MediaWiki,所以这是另一个select。 我有些怀疑你需要build立一个wiki,因为在这个空间中有许多工具,是免费的和商业的。 虽然我没有任何旁边的经验与我提到的两个。
目前我们正在与GLPI合作,其中包括知识库模块。
如果您还没有帮助台,我build议您select一个:与我合作过的大多数IT部门在使用票据时不会遇到任何问题,因为它使他们能够以更less的中断完成更多任务。 话虽如此,有一些很好的帮助台系统,实际上有一个方法,通过将帮助台票据转换成常见问题解答项目和/或维基页面来“粘性”。
我相信Atlassian有这种整合; RequestTracker (开源)也是如此。