One is the loneliest number when it comes to knowledge

When I’m working with companies on understanding and improving their approach to content management and knowledge sharing (formerly known as “knowledge management”), it always strikes me how some people want to get down to “just one” solution.  Just one repository, just one social platform, just one process, having Just One seems like a neat and tidy solution.

Here’s a problem that comes with the Just One direction (and not just that it comes with a boy band attached…..) – the governance and oversight required to sustain it is often extensive. So all you really do is move the complexity to the governance work, generally it fails to meet local needs, and eventually people will do their own thing anyway in order to survive.

It is, in my opinion, better to design a solid information architecture and infrastructure within which both general and specialized repositories and networks can co-exist. Solid guidelines give people the ability to create what works for them and the local culture of their teams / functions / work processes. At the same time, guidelines give everyone the boundaries within which they can be most successful.  If you have that in place, it actually doesn’t matter how many repositories or social spaces you have, because they are all following similar guidelines and a common architecture, but they are building what they need for their local needs and wants.

I equate it to driving down the highway – we all know the basic rules of the road – speed limits, how to use on and off ramps, staying in lanes, etc. As the saying goes, in the law, there is freedom. Generally people follow the same flow, but in very different ways – people use a car, a truck, or a motorcycle depending on their needs and resources, and the way they drive depends on the training they’ve received and their personalities, but for the most part it works pretty well considering all of the variables in play.

Is that really a “best” practice?

I’ve been talking a lot with clients lately about knowledge sharing and collaboration. This is a broad umbrella that includes content management, collaboration environments, reconfigured physical spaces, reconfigured cloud spaces, expert designations, profiles, and other tools to help build knowledge communities and great content. I love the work and the conversations of which I get to be a part as a result – it feels like it is having an immediate impact on the culture, the results, and the successes of some very large companies, which is fun for me.

A consistent debate that comes up in every instance is around “best practice”.  The debate rages around what defines a best practice, how do we acknowledge it, who vets and approves it, etc. I recently pointed out to a client that part of the problem is that “best” is binary.  There can only be one. And in most of life, there are many ways that something can be great and work well.  What’s worse is that things change fast – best today may be terrible tomorrow. So who maintains what is identified as ‘best’?

In some organizations we’ve switched to using “successful practices” – an inventory of things that have proven to work in certain situations as certain times. In others, we’ve moved to a star rating, where it makes total sense for more than one type of practice or collateral or content to have the highest star rating. We still have to debate the process for assigning and maintaining the ratings, but it seems to create a much more productive and useful  conversation.

In my mind, best is too definitive for most complex environments, and it makes little sense in my mind to spend time debating how ‘best’ will be assigned and maintained. Moving away from a binary descriptor can help shape the discussion and create positive change.  Give it a try!