We often use the words collaboration and cooperation as if they were interchangeable. They are not. They're similar, in that they both denote processes in which multiple people (or entities) work in such a way that their respective efforts are closely related. And from a distance, people who are cooperating and people who are collaborating can seem to be engaged in the same way. But they are not.
To see that the two terms — collaboration and cooperation — have different meanings, we need only reflect on how we use language. For example, within a business unit working on multiple projects, when we mean to refer to a group of people who are collaborating with each other, we can speak of "a collaboration." But when we mean to refer to a group of people who are cooperating with each other, we rarely speak of "a cooperation." Indeed, Microsoft Word, which I'm using to compose this post, indicates a possible grammatical error at every point at which I use the word cooperation in that way.
We do have the noun "cooperative," which means, "an enterprise or organization owned by and operated for the benefit of those using its services." [Mish 2005] But the noun "cooperative" doesn't apply to a group of people who are cooperating with each other within a business unit.
Because we so rarely use the word cooperation as a noun to refer to a workplace group of cooperating people, I feel free to use it in that sense in this post (and the next two) without risking ambiguity. So in this post, when I refer to "a cooperation" I mean a group of people who are cooperating to achieve their various respective goals.
When When we mean to refer to a group of
people who are cooperating with each
other, we rarely speak of "a cooperation"we assess the performance of people in an organization, we must take care to distinguish cooperation from collaboration. And when we divide the work of a business unit, we must choose carefully between asking people to collaborate and asking those same people to cooperate. When we confuse cooperation and collaboration, we can get disappointing results because those results might differ from what we expect. In the next post I suggest some reasons why such disappointment isn't surprising. To support that exploration, I begin by examining more closely the differences between collaborations and cooperations.
- Objective
- A collaboration forms when individuals or entities form an alliance to achieve a single shared objective. [Huggett 2018] The members of the collaboration all consider themselves to be co-authors of the work product the collaboration produces.
- A cooperation is a loose collection of individuals or entities who are willing to assist each other in achieving their respective individual objectives, or the objectives of others. The assistance they provide might include actual effort, or it might consist of merely adjusting their schedules or shifting responsibilities to accommodate each other.
- Identity
- Collaborations have defined identities. They have names. They might be categorized as projects, initiatives, skunk works, or strategic partnerships. Some even have their own facilities and financial resources.
- Cooperations rarely have names. They are rarely categorized differently from the organizational units that host them. For example, although the people of the Marketing Department cooperate with Engineering in presenting Product X to the market, they do so as a consequence of their functional responsibility, rather than as a consequence of belonging to a cooperation with a defined identity.
- Origins
- Collaborations usually form by intention. They often happen when people recognize a need and acknowledge that they cannot meet that need acting alone. The prospective collaborators know what the missing pieces are, and they seek others who can provide those pieces. When they find willing partners, the collaboration is formed. Custom within the collaboration resolves any resource usage conflicts.
- Cooperations don't form by intention, and we rarely recognize them as entities. The people of a cooperation just go about their business without actively obstructing each other. When there is a conflict about the use of some resource, the affected parties negotiate shared use. When one member of the cooperation needs something from another, they negotiate a resolution. When cooperation breaks down, and negotiations fail to resolve resource usage conflicts, organizational hierarchy prevails. When one member achieves his/her/its objective, that member might adopt a new objective, or withdraw from the cooperation, or move on, while the other members of the cooperation press on toward their objectives. If there is a shared recognition of success, the credit goes to the hosting organization, rather than to the cooperation.
- Lifecycle
- Collaborations have inception dates and termination dates. They usually persist continuously between those dates, but some collaborations experience suspension and resumption. Terminations usually coincide with achieving their objectives, which might be delivery of a working system, successfully executing some action, or issuing a final report. Early terminations are possible. In some cases, collaborations can be reorganized into new or existing collaborations.
- Because cooperations lack identities, they also lack inception dates and termination dates. Many persist indefinitely, though they might vary dramatically in their effectiveness over their lifetimes.
- A vision that transcends operations
- A collaboration is an alliance of individuals or entities working to achieve a single shared objective. For example, the carpenters, electricians, and plumbers working on constructing a house form a collaboration. They share a coherent vision — they understand that they're building a house. They must cooperate to do this. But because the unexpected is inevitable in such activities, from time to time they must collaborate to modify the vision to make it achievable.
- For cooperations to be effective, their members must share an understanding of what effectiveness is. They must agree to adjust their activities from time to time to enable the cooperation to operate smoothly. For example, the staff of your local public library performs various tasks as required by their customers. They all agree on an operational vision: they provide service that meets certain performance goals to serve the community. They provide that service by cooperating with each other. But the cooperation itself requires no more elaborate vision regarding its objectives.
Last words
The differences between collaborations and cooperations manifest themselves in a range of indirect effects. For example, many performance management systems include standards that encourage cooperative behavior. They also include standards intended to encourage high performance within the collaborations people are assigned to. At times, efforts to meet one standard conflict with efforts to meet another. That is, within a collaboration, it's possible to place your own performance at risk by extending yourself to cooperate with members of another collaboration. This tension, coupled with pressure for high individual performance, can cause people to place cooperation at lower — or lowest — priority.
In Part II of this exploration I examine the risks associated with confusing collaboration with cooperation. Next issue in this series Top Next Issue
Occasionally we have the experience of belonging to a great team. Thrilling as it is, the experience is rare. In part, it's rare because we usually strive only for adequacy, not for greatness. We do this because we don't fully appreciate the returns on greatness. Not only does it feel good to be part of great team — it pays off. Check out my Great Teams Workshop to lead your team onto the path toward greatness. More info
Footnotes
Your comments are welcome
Would you like to see your comments posted here? rbrenyrWpTxHuyCrjZbUpner@ChacnoFNuSyWlVzCaGfooCanyon.comSend me your comments by email, or by Web form.About Point Lookout
Thank you for reading this article. I hope you enjoyed it and found it useful, and that you'll consider recommending it to a friend.
This article in its entirety was written by a human being. No machine intelligence was involved in any way.
Point Lookout is a free weekly email newsletter. Browse the archive of past issues. Subscribe for free.
Support Point Lookout by joining the Friends of Point Lookout, as an individual or as an organization.
Do you face a complex interpersonal situation? Send it in, anonymously if you like, and I'll give you my two cents.
Related articles
More articles on Personal, Team, and Organizational Effectiveness:
- Mastering Meeting Madness
- If you lead an organization, and people are mired in meeting madness, you can end it. Here are a few
tips that can free everyone to finally get some work done.
- Films Not About Project Teams: I
- Here's part one of a list of films and videos about project teams that weren't necessarily meant to
be about project teams. Most are available to borrow from the public library, and all are great fun.
- What Measurements Work Well?
- To manage well, we need to know where we are, where we would like to be, and what we need to do to get
there. Measurement can help us achieve our goals, by telling us where we are and how much progress we're
making. But some things aren't measurable, and some measurement methods yield misleading results. How
can we use measurement effectively?
- Bottlenecks: II
- When some people take on so much work that they become "bottlenecks," they expose the organization
to risks. Managing those risks is a first step to ending the bottlenecking pattern.
- Red Flags: I
- When we finally admit to ourselves that a collaborative effort is in serious trouble, we sometimes recall
that we had noticed several "red flags" early enough to take action. Toxic conflict and voluntary
turnover are two examples.
See also Personal, Team, and Organizational Effectiveness and Personal, Team, and Organizational Effectiveness for more related articles.
Forthcoming issues of Point Lookout
- Coming December 11: White Water Rafting as a Metaphor for Group Development
- Tuckman's model of small group development, best known as "Forming-Storming-Norming-Performing," applies better to development of some groups than to others. We can use a metaphor to explore how the model applies to Storming in task-oriented work groups. Available here and by RSS on December 11.
- And on December 18: Subgrouping and Conway's Law
- When task-oriented work groups address complex tasks, they might form subgroups to address subtasks. The structure of the subgroups and the order in which they form depend on the structure of the group's task and the sequencing of the subtasks. Available here and by RSS on December 18.
Coaching services
I offer email and telephone coaching at both corporate and individual rates. Contact Rick for details at rbrenyrWpTxHuyCrjZbUpner@ChacnoFNuSyWlVzCaGfooCanyon.com or (650) 787-6475, or toll-free in the continental US at (866) 378-5470.
Get the ebook!
Past issues of Point Lookout are available in six ebooks:
- Get 2001-2 in Geese Don't Land on Twigs (PDF, )
- Get 2003-4 in Why Dogs Wag (PDF, )
- Get 2005-6 in Loopy Things We Do (PDF, )
- Get 2007-8 in Things We Believe That Maybe Aren't So True (PDF, )
- Get 2009-10 in The Questions Not Asked (PDF, )
- Get all of the first twelve years (2001-2012) in The Collected Issues of Point Lookout (PDF, )
Are you a writer, editor or publisher on deadline? Are you looking for an article that will get people talking and get compliments flying your way? You can have 500-1000 words in your inbox in one hour. License any article from this Web site. More info
Follow Rick
Recommend this issue to a friend
Send an email message to a friend
rbrenyrWpTxHuyCrjZbUpner@ChacnoFNuSyWlVzCaGfooCanyon.comSend a message to Rick
A Tip A Day feed
Point Lookout weekly feed