How should you organise your knowledge management function?
2019-11-14
Interest in knowledge management (KM) ebbs and flows, although the problem itself doesn't go away. While other topics like employee experience or the digital workplace are seen as more exciting domains to be working in right now, when I unpack a problem in an organisation I'm working with, I often find a KM issue or two lurking below the surface.
It is probably worth saying at this point that when I talk about KM in this context, I'm talking about problems that relate to any of what Nancy Dixon calls the “The 3 Eras of KM”:
- Explicit knowledge;
- Implicit and tacit knowledge; and
- Collective knowledge.
Problems related to explicit knowledge are often associated with poor information and collaboration practices that have a downstream impact on the ability to access the right information, at the right time. But as we come across more complex KM issues (implicit, tacit, and collective knowledge), then the problem becomes a combination of human-centred design and supporting the effectiveness of systems of engagement. Putting the issues themselves aside (and whatever your particular view of knowledge is or isn't), the problem I want to focus on is that the management response needs to be multidisciplinary.
What is the best structure or operating model?
Which brings me to a question, what is the best structure or operating model for a KM team?
Research is limited in this area and hampered somewhat by the fact that there isn't any consistent definition for “knowledge management” as a business function. It often overlaps with related functions, like information management, intranets, digital workplace, etc.
What I can tell from industry surveys, like those conducted by Knoco and KMWorld, is that:
- KM team size ranges between 5 and 22 people.
- Implementation teams are typically 4 or 5 people regardless of organisation size.
- KM is often part of the IT function but can be managed by a dedicated team or delegated into the business.
But this high-level view doesn't tell us much about what activities form part of the KM function or how well this benchmark data reflects actual practice.
So earlier this year, I thought I would conduct a mini-research project to explore in more detail the different ways that organisations structure or operate their KM functions. After canvassing for volunteers, I was able to gather information about seven organisations, summarised below.
Research summary
Organisational Profile Note: Organisational size is intended to be indicative only |
Structure of the KM Function |
KM Responsibilities |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Conclusions
As you can see, it is pretty clear there is no one single way to run the KM function. Reflecting on this research and my own experience (which includes being part of Ernst & Young's Center for Business Knowledge many years ago), the factors that appear to influence the operating model are:
- The industry;
- Geography, time zone differences, and corporate structure;
- Centralised versus distributed or federated approach;
- A technology-led strategy; and
- Overlap of roles and responsibilities with affiliated areas - e.g. the intranet.
Unfortunately, I wasn't able to evaluate how successful KM was in each of these organisations, but you can see some hints of the level of maturity in each case and patterns that suggest some good practices, like:
- KM isn't the responsibility of the IT department.
- For a distributed approach, support and coordinate it with a small strategic function.
- Look to combine people and technology responsibilities, such as making KM responsible for content and collaboration (and maybe even internal communication).