Knowledge documents vs project documents
We have been having a discussion in Knoco about the differences between project document output, project knowledge output, and knowledge documents. Here is one way to look at the differences.
Every project produces documents as a result of the project workstream. However, as we know, the organisation also needs a knowledge workstream, which has a different set of documents; described in this blog post as “standard practices, designs and procedures, best practices, guidelines and good examples”.
The main difference between the two types of documents is that the knowledge workstream documents are not tied to any one project, but have a life that covers multiple projects. The guidance pages in the Shell wiki, for example, collect knowledge from multiple projects, and are updated with new knowledge arising from each project. The pages in the Chrysler Electronic Book of Knowledge, to take a second example, record knowledge of car components built up from many models and makes of car, jeep and lorry, and have a lifespan way beyond that of a new car development project.
Project documents, on the other hand, mostly have a lifecycle tied only to that project.
There are however knowledge products from projects, which are those new bits of knowledge used to update the knowledge workstream documents. These may be lessons, observations, new practices, new “good examples” and templates etc. And sometimes the wiki or the best practice document will refer to individual project files as “a good example to copy”. The two workstreams and the two types of document can be linked, but in general we can conclude as follows:
- The knowledge documents in the knowledge workstream apply to multiple projects
- The project documents in the project workstream refer only to that project.
Tags: knowledge workstream