McKinsey’s take on Web 2.0 – The first in a Series

24 03 2009

Perhaps the most read, circulated, and probably influential Web 2.0 publication of 2009 so far has been McKinsey‘s article “Six ways to make Web 2.0 work“, by Michael Chuil, Andy Miller, and Roger P. Roberts. I have read this piece with great interest and feel that I needed to organize my thoughts on this paper. Hence, a blog series is born: Over the next few posts, I will muse about each of the six techniques suggested by the author as important to making Web 2.0 work in the enterprise. First up: Leadership.

The transformation to a bottom-up culture needs help from the top.

I find that this is one of the more hotly debated topics around change management: does change come from the bottom or from the top? Of course the answer is that change really comes from both the top and the bottom. In my mind, change often comes via pressure and innovation from the bottom, eventually requires buy in from the higher levels of leadership. The opposite happens as well: leaders have innovative ideas or see strategic opportunity and begin to sow the seeds of change in the base. Put simply, change needs champions at all levels.

Change, leadership, and Web 2.0

In this case, the article is right on. “Build it and they will come” in Web 2.0 is almost always a failure. And leaders who are willing to be champions for Web 2.0–especially with other senior leaders–are also key to the success of a Web 2.0 implementation. Similarly, the first step towards Web 2.0 implementation is almost always a small, bottom-up effort: everybody needs proof of concept and pilots before jumping in with two feet.

Indeed, a lack of perceived leadership support is often cited (in my experience) as a key hurdle for adoption. However, while the article talks about how senior leadership is important, I think that perhaps leadership at other places in the organization is equally important. This includes everyone’s favorite villain, the middle manager: leaders need to ensure that these folks are in the know about social media initiatives and understand where they fit into flatter organization.

Perhaps surprisingly, I think that Web 2.0 implementations are most dependent on leaders and champions at the working level. Web 2.0 requires that working level people, who are likely to benefit most from collaboration and working transparently, clearly understand and talk about the benefits of Web 2.0 amongst themselves. And for this to manifest itself effectively, working level folks have to take it upon themselves to champion Web 2.0 and share their lessons with their peers. This is mainly due to the inherent credibility with the working level, which senior leadership might not have.

The takeaway is this: success in Web 2.0 in the enterprise is dependent on having leadership through all levels of an organization. It’s not about the top, it’s not about the bottom. It’s about the whole organization.

Reblog this post [with Zemanta]




The Long Tail of Collaboration Value

17 03 2009

The Long Tail is of course one of the most popular and notable thoughts/books of the social media movement. From Wikipedia:

The phrase The Long Tail was first coined by Chris Anderson in an October 2004 Wired magazine article to describe the niche strategy of businesses, such as Amazon.com or Netflix, that sell a large number of unique items, each in relatively small quantities. . . . The distribution and inventory costs of these businesses allow them to realize significant profit out of selling small volumes of hard-to-find items to many customers, instead of only selling large volumes of a reduced number of popular items. The group that purchases a large number of “non-hit” items is the demographic called the Long Tail.

Uh Justin…what’s the point?

Well, this may require a logical leap here, but I think that the long tail is a valuable metaphor for the value of collaboration. You see, there may be a few “blockbuster” examples and a lot of less impressive examples of collaboration. But, like those items on iTunes that sells only 10 copies, successful “collaboration events” may only be important/significant to the 3 people that were directly involved. Not something that’s “sexy” or tells a good story.

However, given that, as Rob Salkowitz notes, most knowledge work is a collection of relatively insignificant tasks that ultimately lead up to more significant outputs, these individually insignificant collaboration events add up to generate significant organizational value. So while on an individual level, collaborative interaction may be relatively banal, the sum of these events is significantly higher, if harder to communicate.

Measuring Value

This is another of the unique challenges in measuring the true value of collaboration, especially in knowledge work. Most collaboration yields relatively low value individually; however, when taken in connection with other collaborative activities, the cumulative potential of effective collaboration is remarkable. One of the great ways to make the case for collaboration would be to figure out a better way to measure the value of the tail.

Reblog this post [with Zemanta]




Social Media and Knowledge Management

5 03 2009

I’ve been thinking about social media in terms of knowledge management as of late (a common theme when discussing Web 2.0 in a business/organizational setting). In a seemingly only tangentially note, I awoke yesterday morning and this was one of the first Tweets that I saw from @RichardDennison:

“Social media is people telling their stories” – Steve Crescenzo (@crescenzo)

My response was “I like that characterization of social media. I would also say that social media is about adding context”. Seeing Richard’s quote helped me think in a different way about what knowledge management looks like leveraging Web 2.0 technologies.

I think what distinguishes Web 2.0 technologies from traditional hosted knowledge management repositories is that Web 2.0 platforms over a greater window into process. In other words, Web 2.0 offers context, while KM repositories generally only store finished products.

Knowledge Management as a Byproduct

The advantage of working in a web 2.0 environment is that knowledge management comes at no additional cost. However, “working in a web 2.0 environment” is a difficult concept: in an ideal case, this actually requires transferring processes out of closed channels like email, Word, PowerPoint, etc (i.e. comfort applications) into the web environment. If you build your knowledge in the wiki, you can trace a product from the earliest stages to “finished” product.

Conversely, traditional repositories depend on users taking the additional step of submitting finished products for approval and inclusion in an officially vetted database. These products will exist with perhaps only a paragraph of context and a line of contact information (though probably the information of someone 2-3 working levels above the individual who actually produced the product).

An Example: Wikipedia and Knowledge Management

As a bit of a concrete example–that may require only a bit of imagination–we can take a look at the Luc Bourdon article on Wikipedia. Imagine that this article is a finished product sitting in a KM database: it’s a Word document probably accompanied by the opening paragraph as context/summary.

Now, let’s take a look at what we learn because this product is NOT actually in a KM database. You get the same content: that same finished product that can be read in a hurry if you don’t care (or don’t have time to care) about the process. However, there’s just so much more available. For example, I can see how this article started. I can also see it on landmark dates, like the day that Bourdon tragically died. And I can see what’s changed in the month of March. On top of all this, I can also see what was addressed during the Wikipedia Featured Article process by taking a look at the discussion page.


The takeaway

Asking a guy who’s a year away from retirement to sit in front of a computer entering his knowledge into a wiki is not an optimal solution (though apparently does work sometimes). Building products in a wiki is a fantastic way to capture institutional knowledge and a great amount of context around it. Web 2.0 tools–not just wikis of course–are a fantastic tool that allows knowledge capture, public thinking, and tracking the evolution of ideas over time when the work is done in public.

Reblog this post [with Zemanta]







Follow

Get every new post delivered to your Inbox.