I am setting up a new entity and want to make sure that things we learn do not get lost; that we have a central place where "all" knowledge is stored and available to anyone within the company.<p>What do you use to make sure that knowledge does not get lost and that it is accessible by anyone?<p>If you use a software or SaaS:<p>- Which one?<p>- What makes it great?<p>- What do you miss?
Storing knowledge is a bit tricky. For a starter you have to consider the types of knowledge. Most commonly you talk about tacit[0] and explicit[1] knowledge.<p>Tacit knowledge is hard to communicate by writing or even verbally. Rather it is mostly transferred via learning by doing. In a software scenario tacit knowledge would probably be the code base. The style, naming conventions and what not of the code is likely to be relatively unique and it is hard to communicate via a document, rather the employees has to get a feel for the code, use and modify it. It takes time and you probably should have some kind of coaching set up for new employees coming in, especially if your company is specialized or uses something unusual.<p>You should also keep in mind that certain employees may possess unique knowledge and considering the relatively high employee turnover you should make sure that your processes don't fall apart if an employee leaves the company. Don't let people have their own pet projects that no one else knows anything about, especially if those projects are mission critical.<p>Explicit knowledge is easier to document and you can use stuff like Wikis or Confluence. Explicit knowledge is basically everything you can easily communicate via documents or verbally. So guidelines, processes and such.<p>If you got proprietary information or personal information of EU citizens you may want to consider a locally hosted solution, especially if you are located outside USA (avoid Google etc). I've used Wikis in the past but also had solutions like word documents with processes.<p>It does depend on your needs, simple word documents with processes may be enough. I know huge companies like Shell has had moderate success with a wiki solution[2]. I should have slides from a knowledge manager Shell presentation somewhere, will have a look around.<p>[0]: <a href="https://en.wikipedia.org/wiki/Tacit_knowledge" rel="nofollow">https://en.wikipedia.org/wiki/Tacit_knowledge</a><p>[1]: <a href="https://en.wikipedia.org/wiki/Explicit_knowledge" rel="nofollow">https://en.wikipedia.org/wiki/Explicit_knowledge</a><p>[2]: <a href="http://www.ikmagazine.com/xq/asp/txtSearch.Intranet/exactphrase.1/sid.0/articleid.0A6EF1DD-1D6A-4CD0-94EA-DC872A5A708E/qx/display.htm" rel="nofollow">http://www.ikmagazine.com/xq/asp/txtSearch.Intranet/exactphr...</a> (Old but may be relevant).
Airbnb Engineering currently uses Hackpad (<a href="https://hackpad.com" rel="nofollow">https://hackpad.com</a>) for this purpose, and it's working very well. We previously used Google wikis and GitHub wikis, but the poor editing interface was enough of a barrier that few people contributed wiki content, preferring instead to send emails or just explain in person. Hackpad changed the game by making content creation dead simple. In addition, it has good search and organization capabilities.<p>In addition to canonical, long-lasting wiki content, we also use Hackpad for RFCs to the team (e.g. to gather opinions on the design of a new system or API) and checklists for ops events (e.g. migrating an RDS database to PIOPS). Hackpad's real-time collaborative nature works especially well for these use cases.<p>Whatever you choose, I submit to you that the most important thing is making it extremely easy to contribute content to that central knowledge repository. The ability to organize and format content nicely doesn't mean much if it's cumbersome to add new content in the first place.
Dokuwiki: <a href="https://www.dokuwiki.org/dokuwiki" rel="nofollow">https://www.dokuwiki.org/dokuwiki</a><p>Very install to install and set up and the "wiki pages" are saved as plain text files, making it very easy to backup/copy/replicate/whatever. In addition, the syntax is pretty easy to grasp and even non-technical users can quickly figure it out.
<a href="http://en.wikipedia.org/wiki/Wiki_software#Enterprise_wikis" rel="nofollow">http://en.wikipedia.org/wiki/Wiki_software#Enterprise_wikis</a><p>What I've seen across companies, it's usually some kind of wiki engine used for internal knowledge sharing.<p>The tool should support simple integration of media content(drag&drop), rich text format editor, real time document editing with text/video/audio communication support, document version control, workflow, elastic search.
Previously I have seen Wikis being used for that and one company I worked at successfully used Confluence but I am not sure if that is the right approach.<p>Hearing about other's best practices would be great.