Blog

Posts Tagged knowledge sharing

From Knowledge Management to Knowledge Ecosystem

This post is based on the keynote I delivered at Knowledge Management Australia this summer (I know – but better late than never).  I entitled the talk “Abandon Your Content Management: KM in the Age of GooTube”. When I developed it I was under the questionable influence of two books: Clay Sirky’s Here Comes Everybody and David Weinberger’s Everything is Miscellaneous.  But here I want to share the main premise of the talk: that we should focus less on managing our information and focus more on capturing it and then making it discoverable.
(A note before we begin.  I will be using the terms “information management” and “content management” in place of what many people would refer to as “knowledge management.”  I define knowledge as “information in action” – and that action can only take place in the human mind.  Since I’m not fond of the idea of mind management, I believe “information” is actually what we are managing, not knowledge.)
Most traditional information management or content management systems and programs follow a highly centralized model:

Traditional CMS Model

Think about those three verbs: Gather, Organize, Publish.  Those are the verbs of centralization and governance.  It implies one system (or group) is responsible for information management.  And often the majority of the resources within that system are devoted to “Organize” – organizing (and controlling) the information in the system.  In an age when search makes unorganized information easily discoverable, this is probably a waste of resources.
The focus on organizing grew out of natural human reaction to trying to understand an increasingly complex environment.  There was so much information available that we had to develop ways of organizing it in order to cope.  Over time, this resulted in what David Weinberger refers to as the “three orders of order”:

The three orders of order

  1. Organizing the objects themselves based on shared traits. This does have some basis in logic and is exemplified by placing flora and fauna into related Kingdom, Phylum, Class, etc. or in organizing a department store into clothing items, kitchen items, electronic items, etc.  But even this has its limitations.  Does an under-kitchen-counter TV go in the kitchen department or the electronic department?  This order of order is based on organizing the physical objects themselves.
  2. Organizing “pointers” that represent the actual objects based on some arbitrary system. This order of order evolved to address the sheer volume of objects that needed to be discoverable.  We could create new smaller objects that “point” to the real object and then organize those “meta-objects”.  The arbitrary way these meta-objects were organized (think alphabetization or the Dewey Decimal system) often removed any “natural relations” they might have.  And again, their use and discoverability were limited by the fact that they were still physical objects.
  3. Digitizing the objects (or meta-objects) allows us to return to the “natural state of chaos”. This new order of order reconsiders the reason we organized objects in light of our new digital world. The core driver of our past organization was to make objects easily (and hopefully logically) discoverable.  But in the digitized world, we can discover without the need for organization.  Search is the key that unlocks the chaos of information.  So, Weinberger’s (arguable) proposal is this: In a digital world power by full search, we no longer need to order (organize) our information to be able to find and use it.

If Weinberger is correct and we can return to chaos comfortably, it brings us to a more natural state of knowledge capture and discovery.  To illustrate this, let’s first consider a (grossly simplified) picture of an ecosystem:

Ecosystem cycle graphic

Within ecosystems, resources (food, energy) are circulated within the environment from producers to consumers and then (again, grossly simplified) back around to producers again.  If we apply this ecosystems model to our old information management model, we will see “Organize” drop out entirely, “Gather” become “Capture” and “Publish” become “Discover.”

Think about these new verbs, Capture and Discover.  These are not centrally controlled and they abhor governance.  Given an open system, anyone can capture information as they create it (or discover it) and then everyone can discover all that has been captured (via search – as well as links, recommendations, etc.).  And if the ecosystem (i.e., information management system) is designed properly, every act of discovery is automatically an act of capture that returns value to the ecosystem.  Let’s consider the ideal application of the two verbs in more detail:
Capture. All the content (information) in our knowledge ecosystem is generated by people (people who need people – sorry…).  We should design our work applications and procedures to capture everything that people produce as they work.  There should be no separation between the tools of production and the tools of information capture.  And, of course, those tools should have discovery built into them.  Imagine if every time information of value to the ecosystem was generated – whether in a spreadsheet, database, e-mail, conference call, IM or Tweet – it was immediately captured, indexed and discoverable through search, cross-linking, and extensions.  People working in that that ecosystem would thrive.
Discover. First and foremost, our information ecosystem must have comprehensive search.  In addition, it should incorporate every tool or process for improving discoverability such as tagging, syndication, linking, the “database of intentions“, and recommendations.  Moreover the system must recognize that the information is being captured and discovered by people (people who need people – damn! sorry…).  As we move from the information age into the connected age and the importance of social networks increases, the system must support the socialization of information.  Our ideas and information are satellites orbiting us just as the people in our social graph do.  The ecosystem must recognize that information and the people who created or discovered it should be inseparable.  We gain far greater value from social information than orphan information.
So how does one go about building a knowledge ecosystem? What are the basic requirements of a system to support the continuous cycle of capture and discover? That’s what the buzzword d’jour, “Enterprise 2.0” (aka “Knowledge Management 1.53”) is all about.  By applying the social ideals and platforms sweeping the Web to the enterprise, we can approach (carefully) a knowledge ecosystem.  One of the best (though techno-centric) models to capture the elements needed within a knowledge ecosystem is the FLATNESSES checklist created by Dion Hinchcliffe (based on the original SLATES checklist created by Andrew McAfee):

Hinchcliffe's FLATNESSES checklist

I encourage you to review it and the other “Enterprise 2.0” information out there.  Applying those ideas can help you begin to shift from knowledge management to knowledge ecosystem.

Posted in: Adapting, Business, Learning

Leave a Comment (0) →

Enterprise 2.0: The Three-Legged Stool Revisited

In my role as Director of Education Solutions at Web 2.0 University™, I recently updated our outstanding (if I do say so myself) Enterprise 2.0 Bootcamp to include a model I used in earlier knowledge management learning products. I can’t claim the model as my own – it has been around for quite sometime – but I wanted to update it for E2.0. The three-legged stool model is designed to reinforce the importance of processes and culture in the success of E2.0 implementations. Because the technology is primarily “what’s new” in E2.0, it gets most of the attention. But processes and culture are just as important. All three must be balanced for the stool to work properly. So, let’s briefly review the Enterprise 2.0 Three-Legged Stool.
Leg One: TechnologyThe first leg is technology and it has been the primary topic of E2.0 discussion. The innovative platforms and tools of Web 2.0 are being carried into the enterprise. Wikis, blogs, social networks, prediction markets, open APIs and mashups empowered people on the Web and now people want that same power at work (for more info, Dion Hinchcliffe has a great post how E2.0 technologies may fare in 2008). And while we focus much of our discussion on technology, you cannot just “build it and they will come.” You must have the other legs in place for the stool to stand.
stool_two_legs.gifThe second leg is processes. Though usually emergent phenomena, E2.0 solutions needs to establish standard process and procedures in order to be successful. Employees must understand how each of the E2.0 tools works, how it interacts with other tools, and how they are expected to use it. E2.0 tools should be easy to use by definition, but employees will still need to be educated on “how” “why” and “what”. The “how” is an understanding of the tools’ function and features: “How do I use this to be more successful at work?” The “why” is about understanding the benefits to themselves and the larger organization: “Why is it worthwhile for me to use the tool?” The “what” is about understanding what the tool should be (and should not be) used for: “What would I use this tool to do?”
Leg Three: CultureThe third leg is culture. For E2.0 to succeed the organization must value collaboration and knowledge sharing. This is often the most challenging of the three legs. If your organization does not already have a culture that values collaboration and information sharing, it may be impossible for your E2.0 implementation to be successful. But cultures can be changed. Before we consier changing a culture, let’s be sure we agree on what a culture is. For our purposes, I will define culture as: “The behaviors and values characteristic of a particular group.” Within a culture, we have “mores” and “taboos” (and many other things we won’t go into). Again for our purposes, I will define mores as: “Accepted traditional customs and behaviors of a particular group” and taboos as: “Behaviors proscribed by a group as improper or unacceptable.”
So how do you create a collaborative culture? The group (especially leaders) must adopt the values and behaviors that foster collaboration and information sharing. Leaders must establish mores by modeling and rewarding collaboration. For instance, they should use the blogs and wikis themselves and they could make active collaboration an integral part of the organizations annual performance reviews. The entire organization can use taboos to encourage collaboration. Consider this chastising praise: “That was a great analysis paper you wrote, but why did you email a copy to everyone instead of just posing it on the wiki?” From a leader or a peer, that sort of feedback will help mold a culture of collaboration. Of course cultural change takes time. Take that into account when plan your E2.0 implementation and set expectations accordingly.
The Enterprise 2.0 Three Legged StoolSo there you have the three legged stool of Enterprise 2.0 (or any type of collaboration/knowledge sharing system). Successful E2.0 implementations assure that all three legs of the stool are strong and balanced. They also recognize that a change in any one of the legs may require changes in the other two to keep the stool balanced. To close with a blatant plug, I encourage you to join us at a delivery of the Enterprise 2.0 Bootcamp to learn more about the three legged stool and successful E2.0 implementations.

Posted in: Adapting, Business, Internet

Leave a Comment (0) →