Skip to main content

Diigo Home

Transparent Office: Enterprise 2.0: Skip the Pilot - The Diigo Meta page

michaeli.typepad.com/...erprise-20-skip-the-pilot.html - Cached - Annotated View

Bertrand Duperrin's personal annotations on this page

bertrandduperrin
Bertrandduperrin bookmarked on 2009-08-30 enterprise2.0 pilot implementation interactions metcalfslaw

There's an orthodoxy in Enterprise 2.0 circles about how you're supposed to run an implementation. The orthodoxy goes something like this: Start with small-scale pilots, define your business objectives, watch the pilots closely, evaluate their success, make a go/no-go decision. (A good recent articulation of this view is in Chris McGrath's recent post on 8 Tips for a Successful Social Intranet Pilot.)

As far as I can tell it's what everyone thinks. In fact, it's what I used to think. Unfortunately, it's dead wrong. The orthodoxy is wrong for a very simple reason: Size matters. By constraining the size of your pilot, you significantly alter the way your company can and will use the tools.

  • There's an orthodoxy in Enterprise 2.0 circles about how you're supposed to run an implementation. The orthodoxy goes something like this: Start with small-scale pilots, define your business objectives, watch the pilots closely, evaluate their success, make a go/no-go decision. (A good recent articulation of this view is in Chris McGrath's recent post on 8 Tips for a Successful Social Intranet Pilot.)

    As far as I can tell it's what everyone thinks. In fact, it's what I used to think. Unfortunately, it's dead wrong. The orthodoxy is wrong for a very simple reason: Size matters. By constraining the size of your pilot, you significantly alter the way your company can and will use the tools.

  • An artificially constrained pilot is always a poor representation of post-pilot collaboration, because the range of potential interactions is so limited. The value delivered to each individual participant is exponentially smaller than it would be at full scale, and the ways that people will use the tool are different.
  • If your E 2.0 pilot is struggling, don't shut it down. Make it bigger. Open it up. Invite more people. Tell them to invite even more people. That's the only way you're going to find out the real behavior and the real value.

This link has been bookmarked by 3 people . It was first bookmarked on 30 Aug 2009, by Bertrand Duperrin.

  • 15 Sep 09
    bfillip
    Barbara Fillip

    enterprise 2.0 scaling up

  • 31 Aug 09
    pailleur
    Pierre Varinard
  • 30 Aug 09
    bertrandduperrin
    Bertrand Duperrin

    There's an orthodoxy in Enterprise 2.0 circles about how you're supposed to run an implementation. The orthodoxy goes something like this: Start with small-scale pilots, define your business objectives, watch the pilots closely, evaluate their success, make a go/no-go decision. (A good recent articulation of this view is in Chris McGrath's recent post on 8 Tips for a Successful Social Intranet Pilot.)

    As far as I can tell it's what everyone thinks. In fact, it's what I used to think. Unfortunately, it's dead wrong. The orthodoxy is wrong for a very simple reason: Size matters. By constraining the size of your pilot, you significantly alter the way your company can and will use the tools.

    enterprise2.0 pilot implementation interactions metcalfslaw

    • There's an orthodoxy in Enterprise 2.0 circles about how you're supposed to run an implementation. The orthodoxy goes something like this: Start with small-scale pilots, define your business objectives, watch the pilots closely, evaluate their success, make a go/no-go decision. (A good recent articulation of this view is in Chris McGrath's recent post on 8 Tips for a Successful Social Intranet Pilot.)

      As far as I can tell it's what everyone thinks. In fact, it's what I used to think. Unfortunately, it's dead wrong. The orthodoxy is wrong for a very simple reason: Size matters. By constraining the size of your pilot, you significantly alter the way your company can and will use the tools.

    • An artificially constrained pilot is always a poor representation of post-pilot collaboration, because the range of potential interactions is so limited. The value delivered to each individual participant is exponentially smaller than it would be at full scale, and the ways that people will use the tool are different.
    • 1 more annotations...