Information About The Book!

Lorem ipsum dolor sit amet, consectetur adipiscing elit. In nibh sapien, aliquet tincidunt fringilla at, feugiat quis enim. Cras consequat, ipsum et posuere venenatis, nulla massa mattis eros, sed varius turpis quam sit amet purus. Vestibulum vehicula consectetur congue. Sed facilisis nisi in lectus convallis, porttitor hendrerit est consequat. Vivamus hendrerit, ante sed ornare molestie, tortor lorem suscipit tortor, id sodales mauris metus quis purus. Nulla egestas tellus eu enim consectetur, sit amet sagittis nisl eleifend. Mauris laoreet venenatis sem, lacinia mollis augue mollis ac. Nulla a neque a justo dignissim feugiat. Mauris rhoncus eros sit amet augue dictum fringilla. Nunc dictum lobortis convallis.


Aenean vulputate urna est, ac sollicitudin enim vulputate et. Vestibulum tempus lacinia consequat. Donec posuere enim mi, vel lobortis erat pulvinar nec. Duis felis purus, adipiscing sed dolor at, volutpat sagittis magna. Sed imperdiet scelerisque mauris, vulputate dictum augue egestas sit amet. Nullam sit amet eros non purus fermentum dapibus ac a mi. Curabitur id viverra nibh. Donec scelerisque vulputate nunc, non interdum orci. Morbi ut quam eleifend, placerat ipsum eget, iaculis arcu. Curabitur blandit consequat nulla. Praesent non pellentesque neque. Duis tortor purus, dignissim sit amet sagittis egestas, feugiat nec elit. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Nullam pellentesque lectus nec arcu ullamcorper, a vulputate augue semper. Duis auctor velit in nisl scelerisque consectetur. Sed ornare quam diam, at placerat risus tristique at.


Vivamus vel facilisis ante, vel porttitor metus. Sed eu congue nibh. Fusce non diam ut enim pretium pellentesque. Vivamus quis euismod quam, non aliquet risus. Etiam ornare lorem sit amet gravida eleifend. Cras quis nibh pretium, pretium turpis consectetur, lobortis leo. Phasellus sed vestibulum metus, id vestibulum odio. Donec quis nisl ante. Fusce tristique sagittis erat ut bibendum.

Should We Drop the Enterprise 2.0 Pilot as Andrew McAfee Suggests?

Posted by on May 24, 2010

This post is perhaps a few days late but it’s something that I have been thinking about ever since Andrew McAfee wrote that organizations needs to “Drop the Pilot” for their Enterprise 2.0 initiatives.  Now before you take sides here let’s think this through and see what makes sense.  According to McAfee:

“I believe these kinds of pilots are unintentionally set up to fail, or at least underwhelm. This is essentially because they contain too few people, most of whom know each other too well.  The more I learn about and think about the value of emergent social software platforms, the more I suspect that the deep meta-benefit they provide is technology-enabled serendipity, defined as ‘good luck in making unexpected and fortunate discoveries.’ Serendipity is possible when we’re collaborating with our close colleagues on a well-defined project, but that’s probably when it occurs least often. It’s much more likely during wide forays and broad searches, the kind that are so easy to do with current technologies.”

Andrew’s argument is essentially based on comparing the risks associated with E2.0 failure vs. the serendipitous benefits of E2.0.  Finally Andrew puts together his simple high level E2.0 roll out plan:

  1. Deploy tools that deliver a novel capability, like microblogging, social network formation, or prediction markets. Tools that deliver something novel — that aren’t trying to displace an incumbent — avoid the 9X effect.
  2. Make sure the tools are frictionless, freeform, and emergent. This lowers barriers to participation and altruism.
  3. Give them to everybody with just enough policy-setting to satisfy the people who concern themselves with compliance, risk, and security.
  4. Get a group of both formal and informal leaders to be heavy initial contributors. They’ll draw in others quickly.
  5. Monitor usage over time and make adjustments if and when necessary (for example, if conversations descend into flame wars or anyone’s tone becomes inappropriate or unprofessional).
  6. Collect examples of the good stuff that happens. Use these to justify the project, satisfy the sponsor / boss, and evangelize.

On one hand, I really like the simple approach that Andrew is taking because as I’ve stated several times, I think we tend to over complicate things and perhaps scare companies that are interested in E2.0.  I’m not going to comment specifically on his six step roll out plan because that’s an entirely separate discussion.  Now having said that, we also need to look at what exactly a “pilot” project is or can look like.

In my opinion, a pilot project can be one of several things:

  • A broad deployment of a strategy or technology over a specific period of time (i.e. we will push it out to the company for six months and if it doesn’t work we pull the plug)
  • A deployment across a specific geographical location or department that is justified prior to broad organizational deployment

So in my opinion broad deployment can still be considered a pilot project if we limit the shelf life.

Now the question comes down to whether or not it makes sense to start off with a pilot project or just go for broad mass deployment.  There have been good cases made for both dropping the pilot and for keeping it.  I think the reality of the pilot program depends on the organization.  However, Andrew is right, for serendipity to occur we usually need large/broad scaled networks that connect mass groups of people together and if you launch a pilot program to let’s say 100 employees, chances are that the serendipity factor is going to be minimal.  But, why does an E2.0 pilot need to hinge on serendipity to begin with?

Let’s say an E2.0 pilot project doesn’t see any type of serendipity effect at all, there are still plenty of other useful things that a pilot project can do such as:

  • allow you to efficiently store and manage product and process information
  • allow your team to work more seamlessly and share information with one another efficiently
  • allow you to test the technology challenges and then develop solutions before implementing a broader launch
  • reduce the amount of duplicate content
  • reduce the amount of time spent in email which will hopefully improve overall productivity
  • I’m sure you can think of others

The point of a pilot project is to demonstrate some sort of business value to the organization, so why not start there?  For example if your engineering team is having a heck of a time storing information to train employees, why not launch the E2.0 pilot project there and see if it helps the problem?  I did a case study on Vistaprint where they were able to decrease the onboarding time for an entry level engineer by almost 50% just by using an internal wiki that housed relevant and updated information for newly trained engineers.  Sure the serendipity effect wasn’t there but the value of their pilot was clearly justified.

What’s interesting is that every company that I have spoken to so far has two things in common:

  • Their E2.0 initiatives did not start from broad adoption (they were more pilot based)
  • Each company has a corporate culture that encourages employees to innovate and try new things; they are given the time and resources to do so

In my opinion a corporate culture that allows for employees to test and try out new things is almost a type of pilot project in itself.  The folks over an Intuit for example (I’m currently writing up their case study) launched their internal ideation platform as a result of their 10% free experimentation time (I believe Google does 20%?). The folks over at Oce branched into E2.0 because they were encouraged by their organization to find new solutions to old challenges, and so they did.  Vistaprint needed a more efficient way for one of their departments to come up with new ideas to deploy to their customers and also needed a solution for their engineering team to manage information.

I think broad deployment across an organization can also lead to chaos if not done properly.  Now having said that I think there is merit and justification for both but the corporate culture can play a huge role in deciding which approach to take.  There is more to E2.0 then the serendipity effect.  If you start with a pilot project then start with solving a business challenge, serendipity will come later.

So again, I’m not biased towards one side or the other but I do think it’s a very interesting discussion to have.  What do you think?  Start with a pilot project or go for broad deployment across the organization and leverage the scale and network of the employees?

Here is a collection of 50+ Enterprise 2.0 Case studies and examples I have compiled

In depth Enterprise 2.0 case study on Océ

In depth Enterprise 2.0 case study on Vistaprint

  • Here is what we have seen work well for our customers…

    As far as 9x email problem goes, although it is a brilliant article, I think we are being overly pessimistic about our ability to adopt new technologies/change. I don't quite get why we are stuck with the notion that we have to fight email for E2.0 solutions to succeed. If you look at IM, didn't it find its way into majority of the enterprises while email was around?

    Our take at MangoSpring is to seamlessly integrate the new collaboration methods with existing ones so that you are not taking anything away from the user but providing them better, integrated, tools alongside their current tools (For e.g. provide an integrated instant messaging and facebook style feed system) and become part of their daily life@work

    (As a sidetrack, here is a post on Healthcare's 9x email problem ( that seemed relevant at the time but just a few months later healthcare bill did pass and we all moved on…sort of emphasizes how quickly things change).

  • I think that this is an incredible conversation to be having. Both sides have some valid points worth listening to!

  • The post of thread is very nice and informative, I often come this froum and really love it! Actually I love various kinds of food so much and this forum I learn much things ,and this forum constantly hold many activities that can make us meet many people .and I know some websites which provide many good products and they are in discount ,they are **** welcome you!

  • Pingback: An Enterprise 2.0 Framework for Success()

  • philsimonsystems

    Interesting post and threads. I believe we ought to be thinking about contextual factors when deciding on whether to pilot.

    My take:

  • Here elaborates the matter not only extensively but also detailly .I support the write's unique point.It is useful and benefit to your daily life.You can go those sits to know more relate things.They are strongly recommended by friends.Personally