The Community Engine Blog
News, tools, and analysis for innovating in the information economy
« CorporateBloggingBlog: Should We Focus On Relationships To Form Them? | | The Value of Interaction in Blogging »
Using mapped folksonomy to break corporate silos
A problem in getting people in corporate silos to communicate is that they do not speak the same language even when they are talking about the same thing. Mapped folksonomy can bridge the language gap. The trick is to have people participating in the folksonomy label a good number of the same underlying things so you can see how the labels correlate across participants.
Sections: Business Emerging Practice
Topics: folksonomy
I was just over reading a post on Lou Rosenfeld's blog about his continuing skepticism over using folksonomies as a basis for retrieving documents from corporate archives. A simple example of a folksonomy would be a bunch of people coming up with one word labels for a New York Times article (e.g., “rant”, “insight”). The folksonomy, or folk taxonomy, classification of the article is the aggregation of all of those labels. Lou is concerned that using such a system to archive important corporate information would lead to chaos. It would seem there should be only one well-defined label or set of labels for the article.
However, anyone who has spent any time in a large corporation knows that corporations are composed of silos that do not talk to each other. They don't have a shared vocabulary to begin with even when talking about the same things. Believe it or not, I think folksonomies provide one of the keys to breaking these silos.
The important thing to understand is that while people may not use the same labeling system (or more simply vocabulary) when participating in a folksonomy, they are classifying the same underlying real things. You can use this knowledge to create a map between individuals' and even whole departments' vocabularies. For example, let's say that every time Joe in Planning labels a document as “Strategic”, Bill in Marketing labels it as “CustomerCentric” 80% of the time, and Jane in Product Development labels it as “UserCentric” 60% of the time.
Now, let's say that Jane in Product Development wants to find all “UserCentric” documents. Well, you can give her all of the documents that she has herself labeled as “UserCentric”, but you can also show her with lesser confidence Joe's “Strategic” documents, and possibly Bill's “CustomerCentric” documents (depending on the specific correlation between Bill and Jane's classification systems). The trick is to sort things by relevance based on the correlation in the classification systems you have observed.
Think this sounds far-fetched, it's a super simple version of collaborative filtering, the essence of Amazon's much-vaunted customer recommendation system. There are few things needed to make such a system work. First, people need to have a fairly extensive body of shared items they have classified so that there is a basis to compute the correlations. You might accomplish this by feeding them some common company items, say corporate memos that receive wide distribution. Better yet, you could have them label blog postings on your internal intranet. Second, you might be concerned about the high number of one-to-one correlations you would need to compute (number of people classifying by number of labels per person in the worst case). This is much larger than if you came up with just one single, centralized classification system. Note that since people are using labels over multiple items, you are already gaining some economy over no classification system. Additionally, it is very likely that people who are in the same department will be more likely to share or almost share labeling systems as has been noted in past work on quantitative ethnography (Krippendorf's approach to Content Analysis in particular).
Recently, a number of people have considered folksonomy as either a least common denominator approach to classifying information that did not impart much value, a sort of fun way to discover what others might recommend from your own social network, or a lazy way of doing classification that fit what people did anyhow. Those who have defended folksonomy have talked about it as a way to measure the spread of your meme (1, 2, 3) or as an economic if messy necessity in the face of the impossible task of keeping a centrally defined taxonomy up to date. However, underlying these defenses has been the idea that you either want to spread your meme and make it dominant or needed to somehow pare down the folksonomy raw data to get something more closely approximating a standard, centralized system.
What I've tried to demonstrate here is a method that embraces diversity and merely tries to use the information embedded in its mere existence to bridge it. This approach has the economic advantage of deriving value from something people just seem to do naturally, label things, seemingly the initial impetus for its sudden burst on the scene.
Bud posted this on February 15, 2005
Trackback Pings
TrackBack URL for this entry:
http://thecommunityengine.com/cgi-sys/cgiwrap/fpgibson/thecommunityengine.com/mt/mt-tb.cgi/451
Comments
The trouble I see with this within the corporation - unless very carefully engineered and thought through - is that larger companies have internal marketing and messaging efforts and spend a lot of time staying "on message" to the world. The emergence of uncontrolled vocabulary within the typical corporate portal - especially an uncontrollable set of words that can't be changed as a decision by a senior VP or a product line manager - is not going to get many positive points.
If you can harness this energy within a workgroup as part of a decision making process, more power and success to you - but don't expect that every employee of a large company is suddenly going to get a vote-by-click to put corporate keywords on an internal portal.
Posted by: Edward Vielmetti
at February 16, 2005 10:06 PM
Ed, I think a lot of this has to do with how you play it and what kind of company you are in. Consider Sun Microsystems. They have an open blogging policy. Intel has a wider-open behind the portal blog. Google does not really do blogging. Those different attitudes probably represent the diversity that you will find as regards folksonomy.
Further, I have actually been approached by a company that is trying to use folksonomy (remarkable as that must seem). The idea is that you can dip into the resources that employees bring to bear.
Further, many companies have within-the-corporation lingos that they just use. I believe a corporation would be most motivated to use this sort of approach, not in command and control, but as a consensus building exercise when they do things like launch a new strategic intitiative.
I agree that this is very up to management's discretion.
Posted by: Bud Gibson at February 16, 2005 10:37 PM