I’m off to participate in a panel session (B105 – Changing/Resetting the Enterprise With PKM & Social Software Tools) this week at the KM World 2009 conference in San Jose. I thought I would rerun this post from a couple of years ago, as it reflects some of the thinking I plan on sharing. If you’re there, let’s hope we manage to connect.
"There are two groups of people, those who divide people into two groups and those who don’t." – Robert Benchley
Years ago, when I was doing work in the field of AI, I came across one of those binary splits that continues to be useful for my thinking; the split between "neats" and "scruffies." In the field of AI, the split differentiated between those favoring highly structured, logically precise approaches and those who preferred something more along the lines of "whatever works." Wikipedia offers a nice summary of the debate from that field.
Back in my school days, I think I was a neat (philosophically, not in terms of my room or study skills). When I first delve into new areas I am drawn to those who argue the neat case. As I get older and, I hope, more experienced, however, I find myself increasingly scruffy.
Much of the recent debate in the narrow field of knowledge management can be interpreted as one more recapitulation of the neats vs. scruffies argument. The technologies of blogs, wikis, and social media that collectively comprise the emerging notion of Enterprise 2.0 celebrate scruffiness as the essence of success in knowledge-intensive enterprises. The claim, backed by appropriately messy and sketchy anecdotal evidence, is that a loose set of simple technologies made available to the knowledge workers of an organization can provide an environment in which the organization and its knowledge workers can make more effective use of their collective and individual knowledge capital. Grass roots efforts will yield value where large-scale, centralized, knowledge management initiatives have failed.
Several implications flow from adopting a scruffy point of view. For one, "management" becomes a suspect term. If you can manage at all, you must do so at another level of abstraction. You aren’t managing knowledge; instead you are trying to manage the conditions under which knowledge work takes place and within which valuable knowledge might be created or put to use. At that point, it becomes more productive to think in terms of leadership rather than management; particularly if you subscribe to Colin Powell’s characterization of a leader as someone you’ll follow to discover where they’re going.
Second, you will need to deal with the problems that the neats have created in previous runs at knowledge management without alienating them at the same time. In most large organizations, knowledge management has been characterized as a technology problem or as a analog to financial management; placing it squarely within the purview of the organization’s neatest neats. This is a recipe for disappointment, if not outright failure.
It might possibly be an open question whether knowledge management can be eventually reduced to something as structured as accounting or library science. But it is a lousy place to start. Most organizations aren’t yet mature or sophisticated enough about knowledge work issues and questions to be obsessing about taxonomies or measurement and reward systems for knowledge work. But those are activities that are neat and specifiable and only superficially relevant. They lead to complex efforts to get to the right answer when we would be better served by simpler efforts to focus on productive questions.