5 myths about working collaboratively

No readers like this yet.
Collaborative agenda setting

Opensource.com

I’m a big believer in collaboration. It's one of the main tenets of the open source way and a huge part of the design process. When done right, collaboration is about finding the right and diverse mix of people, collectively defining the problem and goals, and then collectively doing the work: researching, listening, thinking, sharing, tinkering, doing more research, more thinking, more tinkering, and more sharing until you get to a strategy that has conviction and truth.

But what about when collaboration goes wrong—when you get to the end of a project with a subpar output? I've found sometimes we confuse collaboration with a number of closely related (but very different) things – you know, like the distant cousin that looks like your twin but definitely isn't.

  1. Collaboration is not getting everyone under the sun into a room—that’s a social gathering and typically not very productive. Identifying a diverse group of stakeholders thoroughly vested in the project's outcome is key.
  2. Collaboration is not an excuse to stand on the periphery nodding yes or nodding no—that’s lazy participation. Get your hands dirty. Truly try to understand the problem you are trying to solve. It will go a long way and lead to stronger ideas, solutions, and camaraderie.
  3. Collaboration is not permission to talk first, listen second—that’s more like dictating. Active listening, in my opinion, is one of the most important characteristics of productive collaboration.
  4. Collaboration does not mean you should design by committee—that’s when you end up saying a lot without saying anything at all. In the design world we say "a camel is a horse designed by a committee." You absolutely want to solicit diverse opinions, but stay grounded in the project goals so you can filter what input is going to help you best solve the problem at hand.
  5. Collaboration is not necessarily 100% agreement, nor should that be the goal—more often than not, that’s failure. You won't be meaningful when you are aiming to be everything to everyone. The best advice I can give you on this topic is to read this post from Seth Godin. (He nails it.)

Next time you are on a project team and things don't seem to be going quite right, do a quick gut check—are you dancing with the distant cousin of collaboration?

User profile image.
Mary Ann Bitter is a Creative Strategist for Red Hat's Marketing Communications & Design team. She lives at the intersection of business and design and believes the open source values have never been more relevant than they are today.  She is passionate about problem solving and working with people who give a damn.

2 Comments

Collaboration certainly is improved by getting everyone together; putting faces to email addresses always helps both understanding as well as tolerance and ability to work together. But what we're really talking about is collaborative governance of some actual product or chunk of code. Indeed, the operative word is getting your hands dirty - those who do the work are the ones doing the work - otherwise, it doesn't get done!

Similarly, collaboration is not generally about 100% consensus. Here, the difference between technical collaboration and everything-else collaboration can be broad.

- In terms of technical direction, you can usually get a consensus. Even if some people think it's a dumb idea, the question is: does this new code harm them? If your new silly feature still passes the tests and doesn't kill performance, then check it in. Not everyone needs to agree, but as long as those who don't agree are willing to not veto it, that's fine.

- Everything else collaboration is much more difficult. How should we setup the community code of conduct? Should we use email or a web forum? Who is allowed to use the project logo and how? These are social and business and governance questions, and it's much more difficult to get consensus on some of these. Again, the key thing is to listen actively, and respect other opinions, even if you disagree.

must read article.

Creative Commons LicenseThis work is licensed under a Creative Commons Attribution-Share Alike 4.0 International License.