Can an open, collaborative approach still work when not everyone has opted in?

No readers like this yet.
People working together to build

Opensource.com

Over the past two weeks, I've been reading the book Power and Love by Adam Kahane (thanks to Eugene Eric Kim for the recommendation).

After working with Eugene on the story of Wikimedia's open strategic planning process, I'd remarked to him that the Wikimedia effort was one of the most successful, large-scale collaborative exercises I'd ever seen. Eugene replied that if I thought their project was big, I should read Power and Love to get a sense for the types of large-scale collaborative projects Adam tackles, often on the scale of nations.

It's really a wonderful, introspective book, filled not just with successes but failures as well, and is probably one of the better-reviewed books I've seen on Amazon.

Adam is perhaps best known for his work facilitating the Mont Fleur Scenario Project in South Africa in the early 1990s. In an incredibly difficult, post-apartheid environment, Adam brought a diverse group of people together to collaborate on ways to smooth the country's transition to democracy. He has since led collaborative projects in India, Guatemala, and Israel, among other places around the world, and describes many of these projects in the book.

As I read, I couldn't help but notice one thematic appearing over and over. In many of Adam's projects, there was little hope of getting everyone involved to rally around a shared purpose, something I view as a pre-requisite for building a successful community of passion. In fact, even when a fragile collaboration was pieced together in a workshop, it often would fall apart again quickly once the session was over.

In the open source world, we are usually lucky enough to be working with opt-in communities. Meaning, people are participating of their own free will, and have almost always joined the project because they share a common belief about what it might accomplish.

But reading Adam's book has made me wonder, do the principles we regularly discuss here on opensource.com apply in communities where passion is strong, but not everyone shares a common purpose? Can open collaboration be successful in places where competing agendas are flourishing and not everyone has opted-in to the same project?

My experiences tell me that in communities without a shared purpose, productive open collaboration is usually incredibly difficult. Our current political environment here in the United States is certainly case study #1.

In the open source world, we don't know how lucky we have it.

Do you think an open, collaborative approach can really succeed in environments where not everyone shares a common purpose and has joined of their own free will?

I'd love to hear what you think.

User profile image.
Chris Grams is the Head of Marketing at Tidelift and author of The Ad-Free Brand: Secrets to Building Successful Brands in a Digital World. Twitter LinkedIn Email: chris(at)tidelift.com

3 Comments

Kind of hard to guess here, isn't it? Since every successful collaboration I've been part of has involved enthusiastic buy-in on the part of its participants.

Open seems to work best when:

<ul>
<li>All of the participants need more or less the same thing (even if for different reasons);</li>
<li>The deliverable is quantifiably improved by having multiple contributors (not always the case);</li>
<li>Decision-making power rests with those who are willing to put in the elbow grease to put the decision in action.</li>
<li>And others I'm probably leaving out because I'm throwing this off the cuff.</li>
</ul>

Can successful collaborations happen when none of those elements are present? Sure, I suppose it's possible -- but I'm guessing that for every element that isn't present, the amount of activation energy required goes up.

It's also remarkably easy to make coercion look like collaboration -- and to the outsider, the difference is seldom evident.

love your last comment, greg: "it's also remarkably easy to make coercion look like collaboration."

there's a name for that: clobberation.

Clobberation [klob-uh-reh-shun] (n) The art of beating someone into submission under the guise of collaboration.

I wrote a post a while back about the differences between collaboration and clobberation.

http://darkmattermatters.com/2009/09/23/the-difference-between-collaboration-and-clobberation/

I also love your 3 things that need to be in place for an open process to work... think there's probably a blog post in there:)

Chris, my biggest problem is that I see how these ideas work in my own domains: software engineering (exceptionally well) and open education (less well but improving, for reasons that I'm still articulating.)

For other areas, though, I'm a bit reluctant to say, authoritatively, "this is how open works". It would be great to take those 3 principles and apply them to other real world examples beyond software+edu.

Creative Commons LicenseThis work is licensed under a Creative Commons Attribution-Share Alike 3.0 Unported License.