Yesterday I was asked if a company has both a Wiki solution and a document management repository, how does that organisation decide which is used for what? It’s a good question, as there are some areas of overlapping, but I feel once you define what the actual content is, its accessibility needs and above all security requirements, you should be able to decide where it goes.
For the Wiki…
Ok, so what content would I place in a Wiki. Well first off, let’s remember that typically a wiki is open to everyone (within that organisation) and as such, any one member can update it. Wiki’s are very “loose” though often are somewhat limited to what content medium you can store in them and access easily. One of the selling points of a wiki is the fact that anyone can contribute to its upkeep, ensuring that the information is kept up to date and correct. Typically a wiki stores electronic content as web pages or displays stored content as web pages.
So what would I place in my organisations wiki?
Firstly, content that is always changing and that I don’t need to version control.
Secondly, content that is not to be released outside of the organisation.
So what examples do we have to make this a “real world” and “useful” blog post. (I do hate it when all you get is examples that just don’t work in the real world!). Ok, well the obvious one is a glossary. But I want to build on this. Think of your glossary as not just a glossary of terms or definitions, rather than a glossary of everything that is going on within your organisation or is useful to staff members. When you think like this, a glossary could consist of case studies, internal updates, information on particular departments, certain process guidelines, good practices, information on certain places to eat your lunch, staff events, suppliers used, reviews etc. etc.
Would I place “physical documents” in a wiki, electronic or other….The simple answer is no. Only place content in a wiki, if that makes sense, not the actual document from which it came from. Once you place physical documents in a wiki you loose that fluid nature in which a wiki is used by users, and you will find it hard to locate that document in the wiki.
Always remember security of your content. If that content needs to be managed or restricted, then it should not be in the wiki, simple as that. If it requires to meet some compliancy guidelines, then again, it has no place in the wiki.
For the document management repository…
Ahh, well with a document management repository or ECM solution, you have a platform geared to supporting a wider range of content types. You also have far greater control over accessibility, delivery, versioning and retention periods. All access and activity can be recorded, but each user has to be identified, either via dedicate security within the document management solution, or integrated windows security for example. This means access and privileges are always governed by a member of staffs individual security access rights, so not everyone can view or update this content.
So what am I to place in my repository?
Firstly, any public facing or external documents need to be controlled and the original versions kept. This applies to both electronic documents and scanned images. You must must must always keep the original and have quick access to these.
Secondly, content that requires a version trail. If it is going to be updated and or has a lifecycle (by this I mean it goes through iterations of drafts, releases, publications etc.) then again, you need this in your document management repository. Ideally you will be able to access any version of a particular piece of content (document in this case) and have the ability to “roll back” to that version.
Thirdly, you require some form of classification of particular types of documents. Typically this is to help identify and find those documents based on particular types of meta-data and actual meta-data value. You can also still retrieve certain files based on their content, however for scanned images etc. this sometimes can be tricky and require a deeper level of document capture and retrieval sophistication. For me, you should always be able to find your files based on meta-data value, if not, something isn’t quite right…
Fourthly, your files have a retention period. This could be based on the type of content you are storing, so in some cases you may require to keep a content / document for several years, after which it must be deleted.
Use a wiki for pure content that requires no level of security and maximum levels of accessibility. Use a document management / ECM system for everything else…..