Online Collaboration Isn’t Just About Meetings

COVID-19 has forced many of us to reckon with a working world where we can’t be face-to-face. I’ve been heartened to see how collaboration practitioners have been responding overall. I love seeing folks tapping the wisdom of their own groups before looking outward and sharing their knowledge freely and broadly.

I am especially happy to see people reminding others and themselves to pause and revisit their underlying goals rather than make hasty decisions. There is a lot of amazing digital technology out there, and it’s easy to dive head-first into these tools without considering other, technology-free interventions that might have an even greater impact in these difficult times. It’s been interesting, for example, to see so many people emphasize the importance of checkins and working agreements. When this is all over, I hope people realize that these techniques are relevant when we’re face-to-face as well.

After all, online collaboration is just collaboration. The same principles apply. It just takes practice to get them right in different contexts.

One adjustment I’d like to see more people make is to focus less on meetings. (This was a problem in our pre-COVID-19 world as well.) Meetings are indeed important, and understanding how to design and facilitate them effectively, whether face-to-face or online, is a craft that not enough people do well. However, meetings are just a tool, and a limited one at that. I’d like to offer two frameworks that help us think beyond meetings.

First, try not to think in terms of “online” or “virtual.” Instead, think in terms of work that happens at the same time (synchronous) or at different times (asynchronous), and collaboration that happens in the same or different places (remote).

Many collaboration practitioners tend to focus on synchronous collaboration — stuff that happens at the same time (which often ends up translating to meetings). I think some of the best opportunities for improving collaboration lie with asynchronous collaboration. Many of us assume that we can’t replicate the delightful experiences that are possible when people are in the same place at the same time. I think that’s narrow thinking.

Many years ago, I asked Ward Cunningham, the inventor of the wiki (the collaborative technology that powers Wikipedia), how he would describe the essence of a wiki. He responded, “It’s when I work on something, put it out into the world, walk away, and come back later, only to find that someone else has taken it and made it better.” To me, that beautifully describes what’s possible when asynchronous collaboration is working well, and it resonates with my own experiences. It also offers a North Star for what we’re trying to achieve when we’re designing for asynchronous collaboration.

Second, it’s important to remember that collaboration consists of three different kinds of work: task, relationship, and sensemaking. Breaking collaboration into these three categories can offer greater guidance into how to design and facilitate asynchronous work more effectively.

For example, a common type of task work for knowledge workers is creating documents. Agreeing on a single place for finding and editing documents hugely simplifies people’s abilities to collaborate asynchronously. It also better facilitates the kind of experience that Ward described than, say, emailing documents back-and-forth.

A common sensemaking exercise is the stand-up meeting, where everyone on a team announces what they’re working on and where they need help. (People are asked to stand up during these meetings to encourage people to keep their updates brief.) You could easily do a stand-up meeting online, but aggregating and re-sharing status updates over email is potentially more efficient and effective.

One interesting side effect of so many people meeting over video while sheltering in place is that we literally get a window into each other’s homes and even our families and pets, an emergent form of relationship-building. Pamela Hinds , who has long studied distributed work, calls this “contextual knowledge” and has often cited it as a key factor for successful remote, asynchronous collaboration. (It’s why, when we were designing the Delta Dialogues, a high-conflict project focused on water issues in the Sacramento Delta, we chose to rotate the meetings at people’s offices rather than at a neutral location. We wanted people to experience each other’s workplaces to enhance their sense of connection with each other.)

Once we recognize this form of relationship-building as useful, we can start to think about how to do it asynchronously. In my Colearning community of practice, which consists of ten collaboration practitioners across the U.S. and Canada, each of us posts a weekly personal checkin over Slack, often sharing photos and videos of our loved ones. We post and browse at our own convenience, and the ritual and the artifacts forge bonds that run deeper than what would be possible with, say, a monthly video call, which would be incredibly hard to schedule and would almost certainly prevent some of us from participating.

Similarly, we don’t need video to see each other’s faces. A trick I stole from Marcia Conner many years ago — well before video was ubiquitous — was to get silly photos of everyone on the team, combine them in a document, and have everybody print and post it on their office wall. This not only enhanced our conversations when we were talking over the phone, it created a constant sense of connection and fun even when we weren’t in a room together.

While I hope these examples dispel the notion that synchronous collaboration is inherently more delightful and impactful than asynchronous, I also want to acknowledge that designing for asynchronous collaboration is more challenging. I think there are two reasons for this.

First, you have to compensate for lack of attention. When everyone is in a room together, it’s easier to get and keep people’s attention. When people are on their own, you have no control over their environment. You have to leverage other tools and techniques for success, and you’re unlikely to get 100 percent follow-through.

The two most common tools for compensating for lack of attention are the artifact and the ritual. An artifact is something tangible, something that you can examine on your own time, whether it’s a written document, a picture, or Proust’s Madeleine. A ritual is an action — often with some cultural significance — that’s repeated. It could be a rule (with enforcement) or a norm that people just do. It’s effective, because it becomes habitual, which means people are able to do it without thought.

The trick is finding the right balance of artifacts and rituals. At Amazon, Jeff Bezos famously requires people to write a six-page memo before meetings, but they designate shared time at the beginning of each meeting to read the memo together. On the one hand, writing the memo requires discipline and attention in-between meetings, or asynchronously. On the other hand, rather than save meeting time by having people read the memos beforehand, they devote synchronous time to reading the memos together. I can guess the reasons for this, but the truth is that I don’t know what they are. Different practices work in different contexts. Everybody has to figure out what works for themselves. Certain kinds of cultures — especially transparent, iterative, developmental ones — will be more conducive to these kinds of practices.

Finally, our relationship to technology matters, but maybe not in the way you think. On the one hand, if you are going to use a tool for collaboration, then it’s important to learn how to use it fluently and wield it skillfully. On the other hand, technology has this way of making you forget what you already know. It may be that the tools that will be most helpful for you have nothing to do with the latest and greatest digital technology.

This has always been easy for me to understand, because I have always had an uncomplicated relationship with technology. I love technology, but its role is to serve me, not the other way around. When I design structures and processes for collaboration, I always start with people, not tools, and I try to help others do the same.

What I’ve come to realize over the years is that this is often hard for others, because they’re worried about what they don’t know and they have a block when it comes to learning about technology. I get this. I have blocks about learning many things, and I know that advice that amounts to “get over it” is not helpful. Please recognize that these feelings are not only real, they’re okay. While I’d encourage everyone to find peers and resources that help them learn about digital tools in a way that feels safe, I also want to remind you that collaboration is ultimately about people. Keeping your humanity front and center will not only help you with your transitions to remote work, it will help you through this crisis.

Design Sketch for a Network of Collaboration Practitioners

Earlier this year, I announced that I wanted to build a more formal network of collaboration practitioners. I wrote:

It’s always been an important part of my strategy, and it feels like the right moment to prioritize it.

I also want to be open and transparent about how I’m trying to do it in order to model network principles. As the field has professionalized, I’ve felt a narrowness in how many practitioners interpret and practice network principles. I want to offer a counter to this.

In subsequent blog posts, I shared what I had learned from previous experiences. In my first case study, I pulled out the following principles:

  • Be clear about what you want
  • Avoid premature and unnecessary structure
  • Assume abundance!

In my second case study, I pulled out a few more principles:

  • Be selfish, but in a networked way
  • Frequent collisions
  • Networks are about relationships

In this post, I want to offer a few more driving principles and outline how I’m currently thinking about pulling this all together.

Inspired by Alcoholics Anonymous

In addition to my previous work, one of my biggest inspirations for how I want to design this is Alcoholics Anonymous (A.A.). A.A. is a global, open, decentralized, self-organizing network that emphasizes pair relationships and peer support, and it has helped thousands of people over the years, including a few whom I know. The core of its program is its 12 steps, the first step of which is admitting you have a problem. Anyone can start an A.A. support group. It simply requires “the need for one as expressed by at least two or three alcoholics; the cooperation of other A.A. members; a meeting place; a coffeepot; A.A. literature and meeting lists; and other supplies.”

I love how open, clear, and simple the platform is. There are formal structures to help keep this all organized, but the basic model is to encourage motivated people to take action. Furthermore, there is a deeply embedded culture of support and practice. This is not dictated by the structure, but it’s reinforced by it. The structures themselves are simple, even though the work of living with addiction is not.

I’ve always been taken by A.A.’s model and results. I also think that what many collaboration practitioners (including me) need amounts to self-help. Most of us are not working in structures that are conducive to our work. Many of us are not doing this work as part of our official roles within our groups, which means it often comes on our own time, and the work is often unseen and undervalued. When structure and culture is working against you, it’s even more contingent for you to maintain disciplined habits and to find support where you can.

I think a lot of collaboration practitioners already find ways to do this on our own, especially the peer support part. However, I think our default culture prevents us from truly getting what we want. I think we generally don’t ask for as much time as we need (and that others would happily provide, because it would benefit them too), and I think we’re generally not as open or transparent about what we’re learning as we could be.

What I Want

I want to create a support group for collaboration practitioners focused on developing and maintaining good habits, the kinds of habits that will not only make us better practitioners, but also enable us to live happy, healthy, sane lives. (These two things are inextricably intertwingled in my opinion.)

I want us to be focused on depth over breadth — deep practice, deep sharing, deep relationships. I want all of us to have a sense of what’s going on with each other professionally and personally. I want there to be enough trust and shared understanding and language that we all feel comfortable throwing around crazy ideas or asking for help. I would love to see participants collaborate, but only when it’s compelling. I’m not interested in collaboration for collaboration’s sake.

I want it to be an open group, but I also want it to feel intimate. I assume this means that it needs to be small, which may require limiting the size of the group, but I don’t know what the limit should be or whether this assumption is even true. I want participants to share what they learn from each other more broadly while also being thoughtful and respectful of people’s privacy and safety.

In other words, I don’t just want this to be a group of folks we already know and are comfortable with. I want to see diversity in as many dimensions as possible — age, gender, race, job, etc. This suggests paying particular attention to diversity and mobility (people moving in and out) with the initial group and letting it evolve from there.

I want participants to feel ownership and agency over their experience in the group. I want it to be leaderful and bold.

Finally, I want to create structures and practices that are easily replicable and customizable, I want to invest in the culture and capacities that can lead to success, and I want to share everything that I learn in the process. I’d love to see many, many, many groups copy what we do, customizing it as they see fit, and openly and frequently sharing what they learn so that we all may benefit. These groups could share a common “brand” or identity, like A.A., but it’s not that important to me. What matters more is that these types of spaces for collaboration practitioners to support each other are abundant.

Design Sketch

Given all of the above, here’s what I’m thinking (and have already started to experiment with). The group (as yet unnamed) would be centered around supporting each other with these Habits of Effective Collaboration Practitioners:

  1. Admit you are a collaboration practitioner.
  2. Breathe.
  3. Start with you.
  4. Listen and understand others.
  5. Be intentional, and hold it lightly.
  6. Stretch, but don't hurt yourself.
  7. Be compassionate.
  8. Do the work.
  9. Pick yourself up.
  10. Celebrate!
  11. Reflect and integrate.
  12. Share!
  13. Repeat.

Most practitioners already do some subset of these regularly. Our goal would be to support each other in doing all of them, which would help all of us become better practitioners and people. (I’ll blog more about this list later, as I’m still eliciting feedback and making changes. I’d love to hear your reactions in the comments section below. Many thanks to Anya Kandel, Travis Kriplean, Eun-Joung Lee, Danny Spitzberg, Matt Thompson, and Kate Wing for providing early feedback.)

Everyone participating would go through an on-boarding process that would include reviewing these habits and talking one-on-one with at least two current participants. This would help people feel more welcome, and it would remind everyone that networks are fundamentally about people and relationships and that we encourage people to forge their own individual connections beyond the platform.

Beyond the on-boarding, there would be only one required activity (which would take place on a Slack instance set up for this group) — checking in every week. The checkin could be brief, and the prompt could change over time, but the basic idea is that everyone would share what was going on in their work and lives at least once a week.

This simple practice would accomplish several things:

  • Make it clear whether you’re in or out. (More on this below.)
  • Help people learn how to use and get comfortable with the platform
  • Build community and relationships through frequent, but lightweight engagement
  • Establish a rhythm that makes the community and the space feel alive
  • Support participants in developing core collaboration and network muscles, especially our Sharing muscles.

I want to make it both simple and clear to delineate between those participating in this network and those who are not. If you’re willing to go through the on-boarding, agree to some basic community agreements, and check in regularly, you’re welcome to participate. I also want to make it okay not to participate. This structure may not feel right for some, or it may not be the right group of people, or it may be asking for too much time. Just because you’re not participating in this particular network doesn’t mean you can’t (or don’t) have a relationship with me or other participants. If you stop participating for whatever reason, that’s okay too, and you’d be welcome to return by just going through the on-boarding again.

I’m also making a bet about our Sharing muscles. When it comes to sharing, most of the practitioners I’ve met default to sharing only when they’re face-to-face with others and in larger, more "finished" chunks. There’s nothing wrong with this. However, many of the interesting and desirable things that sometimes emerge from networks require more frequent and open sharing. Rather than hoping this happens organically, I want to actively cultivate this muscle by encouraging participants to share rough little tidbits about their work and their thinking more frequently. My hope is that developing this one keystone habit will help unlock all sorts of other desirable muscles and mindsets — pausing, working iteratively, comfort sharing rough work, vulnerability, celebration, etc. — which will both help all of us individually as practitioners and the network as a whole.

Finally, I want to encourage (but not require) participants to find a regular checkin partner, similar to my experiences with Kate Wing over the past five years.

I’ve been experimenting with some of these ideas and structures over the past year, and I’m looking forward to taking another step forward. (Many thanks to Cherine Badawi, Shirley Huey, Anya Kandel, Travis Kriplean, Adene Sacks, and Zoe Tamaki for playing.) I have lots of open questions, and I’m looking forward to exploring these.

I’m not ready to open it up to everyone just yet. I want to be really intentional about establishing the culture and practices with a core group, and I want to make sure that we have a good balance of emerging and experienced practitioners. That said, if you think you might want to play, please either leave a comment below or send me an email directly. If you want to try to start your own group stealing any or all of this, please do, and please let me know, as I’d love to learn from your experiences! Finally, if you have any other thoughts on any of this, please leave a comment below. This is a work-in-progress, and I’m looking forward to continuing to share what I learn.

This is the last in a series of blog posts about building a network of collaboration practitioners. The others are:

  1. Building a Network of Collaboration Practitioners (February 7, 2019)
  2. A Personal Case Study in Network-Building: Pre-IPO (February 20, 2019)
  3. A Personal Case Study in Network-Building: Selfishness, Frequent Collisions, and my Colearning Experiment (May 7, 2019)
  4. What We Learned from Five Years of Check-ins (May 14, 2019)

A Personal Case Study on Network-Building: Selfishness, Frequent Collisions, and my Colearning Experiment

In 2013, I left the consultancy I had co-founded to rest, reflect, and reconsider my approach to helping groups collaborate more effectively. That time led me to the premise that has become the foundation of my work since — that getting better at collaboration is “simply” a matter of practicing, and the more we figure out how to encourage practice, the better we all will get at collaboration.

I wanted to explore this premise while also taking care of myself and maintaining balance in my life. I was not ready to start another company, but I was also afraid of feeling isolated. I had felt that way for much of the early part of my career, and being part of a tight-knit team at my consultancy had been a huge joy. I wanted the best of both worlds — the support, learning, and joy of being part of a close team along with the freedom and flexibility of being independent.

I think many people’s first instinct for addressing professional isolation, especially as an independent, is to form a group that meets once a month or a few times a year. I think this is a great thing to do, and I think more people would be well-served if they did this. However, I wanted deeper relationships and learning than an occasional coffee with colleagues would provide.

First instincts also don’t always result in optimal designs. I wanted to model a less knee-jerk, more decentralized approach to creating communities of learning and practice. Specifically, I wanted to play with two design principles:

  • Be selfish, but in a networked way
  • Frequent collisions

Armed with this clarity, I started to experiment.

Be Selfish, but in a Networked Way

When it comes to teams and networks, I often hear rhetoric around the importance of “selflessness.” I understand and appreciate where this comes from, but I don’t think that this is the best framing. Groups perform best when individual interests align with those of the group. You want people to find that alignment without sacrificing their individuality. Because many good collaboration practitioners tend toward the self-sacrificial, I often find myself encouraging others to “be selfish.”

As I embarked on building a new network for myself, I wanted to model selfishness (in a networked way), trusting that my self-interest strongly aligned with a larger, collective purpose. “In a networked way” meant finding ways to share and to encourage emergence without interfering with my selfish goals.

Here’s an example of how this manifested. In late 2014, a colleague had introduced me to Janne Flisrand, a Minnesota-based practitioner who was doing interesting work. Janne was planning on visiting San Francisco and asked if I wanted to grab coffee while she was there. I said yes, then, on a whim, asked:

If I organized a meetup for you, would you be willing to chat informally about your work? I’m sure I could pull together at least 3-5 good folks, and we could continue the conversation over dinner as well.

Here was my selfish reasoning:

  • I valued the opportunity to have some get-to-know-you time, but I also wanted to dive more deeply into Janne’s work. Coffee sessions aren’t usually long enough for that.
  • If I found value in a deep dive, I figured others would find value in it as well. It wouldn’t hurt me to invite a few others. Worst case, everyone would say no, and I’d get lots of one-on-one time with Janne, which was the original plan anyway. Best case, other good folks would come, other relationships would get built, and awesome stuff would emerge from that.

Janne was enthusiastic about my offer, which meant I was now on the hook for trying to organize something. Once again, I wanted to experiment with this principle of maximum selfishness (but in a networked way). This was how it played out:

  • Scheduling. Rather than see who was interested in attending, then trying to find a date that worked for everyone, I picked a date that worked for Janne and me, then invited others to accommodate our schedule. No mass Doodles!
  • Venue. I invited people without picking a specific location, then asked if someone would be willing to host. I figured that if no one responded, then I was no worse off than I was before. However, if someone did respond, then I wouldn’t have to find a space at all, which appealed to my selfish (and lazy) side. As it turned out, someone did end up offering to host!
  • Invitations. I only gave people one week’s notice. If shorter notice meant less people, then we would simply have a more intimate conversation and I wouldn’t have to find as big of a space. If we got lots of people, then my community would start to become more interconnected, which makes me happy and often results in something interesting. Either way, it was a win. I didn’t think too hard about whom to invite, and I ended up asking 18 people. To my surprise, 12 said yes, and some folks asked to bring guests!
  • Design. I wanted to model something that was participatory, but also easily replicable. That meant not investing a lot of time designing anything too intricate. I decided to do a simple fishbowl, where Janne and I would sit inside a circle with two other empty seats, and others could join the conversation simply by grabbing one of the empty seats. Afterward, we’d invite whomever wanted to join for drinks and dinner.

It took me less than an hour to:

  • Conceive of this experiment
  • Think of some additional folks to invite
  • Invite them

This small investment in time enabled me to convert a coffee date into a wonderful gathering, where I got to delve further into a colleague’s work with a dozen great colleagues and to introduce these folks to each other, all without having to juggle calendars or find a space! As always happens, interesting stuff emerged from this gathering, including one new relationship resulting in a large new project for a colleague.

This experiment worked so well, I decided to continue it over the next two years, playing with different variables, but always strictly conforming to this principle of networked selfishness. I tried to manage expectations by being transparent about my organizing principles and by constantly encouraging others to be similarly selfish. My hope was that selfish replication would result in lots of self-organizing and interconnection among Bay Area practitioners. This didn’t happen as much as I would have liked, but I was happy about the good things that did emerge from my small acts of networked selfishness.

Frequent Collisions

Another design principle I wanted to explore was frequent collisions. Many years earlier, I had read a wonderful article about how people with sisters tend to be happier. It postulated that this was because people tended to speak more often with their sisters than their brothers. As someone with two sisters, this resonated.

It also jived with my experiences on teams. At my company (which was virtual), I talked to my co-founder every day, I talked to my other teammates several times a week, and we used online tools to stay in touch asynchronously. We talked a lot about work, but we also talked about our lives, and often, we were just silly. Because we talked frequently, we didn’t have to spend a lot of time catching each other up on things, and it was easy to dive right in and also to give each other support.

This was in the back of my mind when I got an email in 2013 from my friend and colleague in Montreal, Seb Paquet, suggesting we catch up. Our resulting conversation reminded us both how much we enjoyed talking with and learning from each other. Rather than wait around for another excuse to schedule a catch-up, I proposed that we schedule a weekly standing time for the next four weeks with no agenda. To my surprise, Seb accepted.

We called the experiment, SEEK, a somewhat garbled, but easy-to-pronounce combination of our initials. We talked a lot about both our work and our lives. Because we were talking regularly, we didn’t have to provide context and background each time we spoke, which allowed us to get deep quickly and consistently.

At the end of each conversation, we recorded a three-minute video where we each shared one takeaway from the conversation. It was a way to have a private, intimate conversation while also leaving a public trail, hopefully provoking conversations with other colleagues while also inspiring others to replicate our experiment.

Seb is incredibly smart and thoughtful, and talking with him enabled me to crystallize and sharpen what I was learning from many of my experiments. For example, here’s the video takeaway from our second conversation, which not only led to some significant changes to my Goals + Success Spectrum, but was also the impetus for me to package and share what has become my most popular and impactful toolkit:

Despite being incredibly busy, we both found our regular conversations productive and gratifying. Each week, we both found ourselves looking forward to our next session. After our four-week experiment ended, we decided to continue talking weekly. We ended up more or less maintaining our weekly pace for three more months.

Colearning Experiment

My experiments with Seb helped validate my desire for frequent engagement. It also helped validate my “selfish” approach. By asking for what I really wanted — in this case, frequent engagement — I not only got what I wanted, but so did my partner. I was ready to ask for even more.

In late 2013, I pitched an idea to five colleagues. They were all Bay Area-based independents, all changemakers, all collaboration practitioners at some level. I knew all of them well, and they knew each other somewhat, mostly through me. I asked them to engage in an eight-week experiment where we would all pair up and commit to checking in with our partners once a week for eight weeks. After each checkin, we would all share one takeaway on a shared mailing list.

Four of my colleagues — Pete Forsyth, Rebecca Petzel, Amy Wu, and Odin Zackman — agreed! Acknowledging a problem that we all shared, Odin cheekily suggested that we call ourselves “COBI” for “Chronically Overwhelmed, But Improving.” We eventually settled on “Colearning 2.0,” a name suggested by my friend, Mariah Howard. The “2.0” (which we eventually dropped) was a nod to our intention of going beyond the “obvious” ways most tried to design communities of practice.

We also agreed on the following purpose statement:

Create a safe, delightful space where we make our individual work visible to a select group of peers and deepen our learning together.

We think this will help us better achieve our individual goals by:

  • Exchanging more substantial feedback on the issues we’re facing
  • Spurring new, creative thinking
  • Helping us see our individual progress (which, in turn, will help us be more compassionate to ourselves)
  • Creating a sense of peer support and accountability
  • Countering the overwhelm we’re all prone to feeling
  • Bring greater purpose to our work through sharing learning with community

Because we were an odd number and I had already experienced a regular pair checkin with Seb, I decided to do my checkin by email to the whole group.

After eight weeks, one of the pairs had met regularly, the other less so. But the takeaways had been wonderful, and everybody found the experience useful enough that they wanted to continue. We made one small change. Participating virtually with the whole group was not as good as having a partner, so I asked Kate Wing if she would join the experiment as my partner, and she accepted. (Five years later, Kate and I still check in regularly almost weekly. More on this in an upcoming blog post.)

This second phase of Colearning lasted through the end of 2015. We had mixed experiences overall with the checkins. For some (me and Kate included), they went wonderfully. For others, not so much. We experimented with different pairs and formats, I tried this experiment with another group, and I encouraged others to experiment with it on their own. I never found a formula for general peer support that seemed to work for everybody.

However, I walked away with enough confidence in the value of frequent, regular contact, that I began incorporating it into my programs and designs with more narrow purposes, such as Collaboration Muscles & Mindsets. I often faced resistance from participants, who were nervous about the time commitment, but that resistance would start to dissipate almost immediately, and by the end of these programs, many would say that they looked forward to these regular conversations each week.

More importantly, other wonderful things started to emerge with this group. People would often request peer assists about things ranging from the mundane and technical (such as social media) to people’s actual work projects. These were always well-attended and highly valued. Many of us shadowed each other’s work, learning from watching our peers actually doing the work. One person created a shared repository of resources, that many of us still use and contribute to. Another group formed a book club.

We also organized a variety of face-to-face gatherings, ranging from an improv workshop to site visits to hikes and dinners. In September 2014, a group of us organized a one-day, Open Space, peer learning workshop in San Francisco that 20 people attended.

We were a leaderful group by design. There were no officially-sanctioned events, and there was never any asking for permission. People organized things they themselves wanted to participate in, and invited others — including those outside of our little group — to participate.

Perhaps the most gratifying thing that happened was that people started collaborating on work together. This was never an explicit goal of the group, but it was something I hoped would happen. Several people did (and continue to do) projects together, in some cases forming partnerships and collectives.

Toward the end of 2015, we started experimenting with Slack as another way of staying engaged remotely. Soon thereafter, we officially brought the checkin portion of our experiment to a close and migrated from the mailing list to Slack. This brought us to our third and final phase of Colearning, which lasted through the end of 2018.

Slack increased online engagement and also made it a little bit more fun. People also continued to self-organize. In early January 2017, we experimented with a joint retreat for individual visioning and strategizing. We’ve continued doing these twice a year ever since.

All told, 17 people participated in this experiment, with a final count of 13. We started off as a Bay Area group, but we experimented with remote participants, and ended up with people from Chicago, Portland, and Los Angeles.

New Beginnings

I started playing with all of this six years ago because I was afraid of losing what I was leaving — specifically, deep relationships with other colleagues. As a result, I focused my energies on people who were working independently, regardless of how much of their work was specifically focused on collaboration. These different experiments had taken me above and beyond what I had hoped for, and I was enormously grateful.

However, my priorities for community has shifted over the years. I am less concerned about isolation and more concerned about deepening my (and other’s) practice around collaboration, which is more mission-aligned for me.

Late last year, I decided to stop participating in the Colearning experiment. As I assured the group:

Just because I won’t be on a Slack with all of you doesn’t mean I won’t be in community with all of you…. Obviously, I have deep relationships with all of you, and I hope to continue deepening those. I hope to stay in touch with all of you, I plan on continuing my weekly checkins with Kate as long as she’s willing to put up with me, and when I organize practitioner events, you all will be high on my invitation list….

Networks are about relationships. Experiments and more formal structures can come and go, but those relationships don’t go away. I wanted to be clean about my exit from the group, but I also didn’t want us to see that as the dissolution of community. When I left, someone started a new Slack with a different frame. Many of us continue to stay in close touch, and the bi-annual retreats have continued.

Most importantly, we had the opportunity to celebrate what we had done together (and mourn its passing), and I feel free to focus my energies on designing something new and more relevant to what I care most about right now. I’m a little bit scared, as I always am when diving into the unknown, but I’m also excited about creating something new.


Thanks to H. Jessica Kim and Eun-Joung Lee for reading early drafts of this post. This is the third in a series of blog posts about building a network of collaboration practitioners. The others are:

  1. Building a Network of Collaboration Practitioners (February 7, 2019)
  2. A Personal Case Study in Network-Building: Pre-IPO (February 20, 2019)
  3. A Personal Case Study in Network-Building: Selfishness, Frequent Collisions, and my Colearning Experiment (May 7, 2019)
  4. What We Learned from Five Years of Check-ins (May 14, 2019)
  5. Design Sketch for a Network of Collaboration Practitioners (November 14, 2019)

A Personal Case Study in Network-Building: Pre-IPO

Last week, I shared a preamble on my plans to build a network of collaboration practitioners. Given the high-level nature of my post, I was surprised by the reaction and strong interest, especially on LinkedIn . I think it spoke to two things. First, despite all of our connectedness on social media, people crave deeper community. Second, it’s easy to be enthused about something when it’s described in a high-level, hand-wavy way. In this and subsequent posts, I’m going to try to get less hand-wavy by sharing actual experiences. I want to start by sharing my first “formal” experience building a network over 20 years ago.

In 1998, I made the difficult decision to leave the only full-time job I had ever known (and, to this day, the only time I’ve ever worked for someone else). I loved my boss and my team, and I liked the work, but I didn’t love it. I wanted to do something that I loved.

The problem was that I had no idea what that was. Or at least I had no idea how to get paid doing it. My default solution was to start my own company, which was one of the reasons I had moved to the Bay Area in the first place. But I didn’t have an idea that felt compelling. I decided to give myself a year to figure it out, marking the date when I would give notice in my calendar.

One of the things I love about the Bay Area is that it’s a physically small space where lots of interesting people live, which means that serendipitous collisions are common. This structure complements Silicon Valley culture, where people really value relationships. This culture manifests in a wonderful and a not-so-wonderful way. On one side of the spectrum, there is this wonderful openness, where people are willing to grab coffee with just about anyone — even “competitors” — to talk excitedly about their work and passions. On the other side, there are a plethora of networking events largely attended by drive-by networkers — people who treat relationships as a kind of game where they try to spread and collect as many business cards as possible.

I figured that a simple next step in my quest to figure out what to do with my life would be to go to some of these networking meetings. However, the thought repelled me. I wanted to spend quality time meeting interesting people doing interesting things. Going to a networking meeting felt like a painful and inefficient way to do this.

Then I had an epiphany. I was lucky enough to already be friends with some interesting people doing interesting things. Rather than try to meet new people, I decided to make up an excuse to hang out with the people I already knew (and liked). I invited a few friends to my apartment to eat pizza and “help me figure out what to do with my life.” We didn’t solve my problem that night, but I learned a lot about their work and hopes and dreams, I got a lot of encouragement, and I had a good time. In retrospect, it was an obvious thing to do, but I had never thought of doing it before, and I was hungry to do it more.

I decided to expand my invitation list to about eight people and do these dinners monthly. I wanted to keep the gatherings intimate, but I also wanted to open up the group to others. I decided to do two things to address this tension.

First, we decided to call the group, “pre-ipo,” a nod to our shared interest in startups.

Second, I established two ground rules. The first was, “shameless self-exploitation.” My reasons for forming this group were completely selfish. I wanted to figure out what I was going to do next, and I wanted to hang out with fun, interesting people in the process. I wanted to be clear about my own selfish intentions, but I also wanted others to be similarly selfish. This first ground rule made it clear that it was not only acceptable to want to get something out of participating, it was required.

The second was, “The Eugene Rule.” I had to like you for you to be part of the group. I also assumed a transitive property of relationships. In other words, if you liked someone, and if you thought I would like that person too, it was highly likely that you would be right. Rather than act as a gatekeeper, people were welcome to invite others, no questions asked, as long as they were confident that these others would pass The Eugene Rule.

As it turned out, these two ground rules, along with a strong initial set of relationships, helped create the balanced culture that I sought. It enabled all of us to explore our “selfish” goals while developing deep, authentic relationships with each other.

Every month, someone would do a deep dive into their work. One person was building online community tools. Another was building GPS-powered pedometers. (Remember, this was the 1990s, well before smartphones.) Another had developed a Palm Pilot app (again, it was the 1990s) for doctors to write prescriptions, so that pharmacists didn’t have to try to interpret their notoriously bad handwriting. My favorite was when one person described his experiences starting a hip hop music label.

I never paid for space. We always managed to find people to host for free simply by asking. After the talks, we would eat pizza and hang out. We generally had about a dozen people every month, with about 25 people at our largest gathering. Many people ended up partnering with others, in some cases joining each other’s boards. More importantly, people felt comfortable letting down their guard, which led to lots of real friendships being formed.

After nine months of doing these gatherings, I still had no idea what I wanted to do next. However, engaging with this community helped me realize that I didn’t have to decide right away, that I could put myself out there as a consultant and continue to explore, a decision that eventually led to the work I’m still doing today over two decades later.

I often think fondly about pre-ipo. My only regret is that I have no photos or any other form of (easily findable) documentation from that time. It was well before digital cameras, much less smartphones, and I also didn’t value documentation or leaving trails as much as I do now. Regardless, it was a wonderful, generative time, and it also helped me better understand some underlying principles for building networks, principles that I think are often undervalued in other efforts. Specifically:

Be clear about what you want. I often see groups wrestling with questions about governance and structure without voicing what they actually want. With pre-ipo, I had a clear goal that was embodied in the group’s name, which made it clear to others too.

Avoid premature and unnecessary structure. We started small, and we assumed high trust, which meant that we were able to be open without having to worry about complicated membership or governance rules. Instead of worrying about structure or scale, we focused on developing a warm culture that encouraged us to form deep, authentic, generous relationships.

Assume abundance! There were already plenty of formal entrepreneur networks in Silicon Valley, but I didn’t want to participate in any of those. That was fine! There doesn’t have to be only one group for a particular purpose, and in truth, there never actually is. Every person in pre-ipo already belonged to other entrepreneur networks, both formal and informal. Being part of multiple networks benefited everyone, because it gave all of us access to more people and broader learning.

Having an abundance mindset also made our first ground rule, “shameless self-exploitation,” work. I often see groups unintentionally develop a culture of martyrdom, where people feel obliged to sacrifice whatever individual desires they have for the “greater good.” This reflects a zero-sum mindset where people assume that their individual goals come at the expense of other people’s, and it results in spaces where people feel timid and fear stepping on each other’s toes. We assumed that our individual goals would complement and reinforce each other’s, which created a liberating and generative space.


This is the second in a series of blog posts about building a network of collaboration practitioners. The others are:

  1. Building a Network of Collaboration Practitioners (February 7, 2019)
  2. A Personal Case Study in Network-Building: Pre-IPO (February 20, 2019)
  3. A Personal Case Study in Network-Building: Selfishness, Frequent Collisions, and my Colearning Experiment (May 7, 2019)
  4. What We Learned from Five Years of Check-ins (May 14, 2019)
  5. Design Sketch for a Network of Collaboration Practitioners (November 14, 2019)

Building a Network of Collaboration Practitioners

Most groups have at least one person who is motivated to help their group get better at collaboration, regardless of their role. I call these folks, “collaboration practitioners.” They are the people I am most interested in empowering and supporting. The more I can help them, the more groups I can impact.

In order to support collaboration practitioners, I need to find them. “Collaboration practitioner” is not everyday parlance. Most people have no idea what I’m talking about when I use this term. Moreover, many people who play this role are not doing it formally. It’s not in their job description, and they may not even realize they’re doing it.

Self-awareness is the first step. It’s hard to seek help if you don’t have a name for what you’re doing. Having that name makes it easier to find and learn from others who play similar roles.

In the past, I’ve played a small role in connecting collaboration practitioners with each other. For the most part, it’s been a selfish endeavor. When I first got started in this business, I was desperate to find and learn from other practitioners. When I started finding them, I held onto them for dear life. It took me several years before I stopped feeling isolated. Ever since, my community has been an invaluable support structure.

Weaving some of these relationships together came naturally to me. After all, it’s one of the muscles needed to be great at collaboration. At the same time, I intentionally shied away from spending too much time doing this. I wanted to focus on going deeper, not broader.

This year. I want to invest more of my time building a network of practitioners. It’s always been an important part of my strategy, and it feels like the right moment to prioritize it.

I also want to be open and transparent about how I’m trying to do it in order to model network principles. As the field has professionalized, I’ve felt a narrowness in how many practitioners interpret and practice network principles. I want to offer a counter to this.

The beauty of trying to model network principles in my own field rather than for a client is that I have fewer constraints. I can be much more creative about what I do and how I do it, and I can be much more candid about my experiences.

Sometimes (hopefully more often than not), I’ll be successful. Other times, I won’t. I want to show both. This work is hard. Pretending that it’s not is not only dishonest, it’s a disservice to those of us trying to learn and improve.

I’ll start by sharing a series of blog posts over the next few weeks about past experiences, surfacing and exploring important principles through these stories. I’ll then start sharing what I’m thinking and doing about this new network. A lot of those posts will be half-baked, because… well, these things take a while to bake. I hope that this half-bakedness serves as an invitation, an opportunity for you to shape this network as well through your thinking, ideas, and participation.


This is the first in a series of blog posts about building a network of collaboration practitioners. The others are:

  1. Building a Network of Collaboration Practitioners (February 7, 2019)
  2. A Personal Case Study in Network-Building: Pre-IPO (February 20, 2019)
  3. A Personal Case Study in Network-Building: Selfishness, Frequent Collisions, and my Colearning Experiment (May 7, 2019)
  4. What We Learned from Five Years of Check-ins (May 14, 2019)
  5. Design Sketch for a Network of Collaboration Practitioners (November 14, 2019)

Celebrating a Meeting That I Had Nothing and Everything to Do With

Mindset Mania

I was in Detroit a few weeks ago for the RE-AMP Annual Meeting. I was there for reasons that were largely ancillary to the meeting itself. I’m not a member of the RE-AMP network. I wasn’t giving a talk. I didn’t participate in the design or facilitation, other than offering a thought or two when asked.

Still, my experience there felt like validation for everything I’ve been working on over the past two years. It was an incredible high, and it also demonstrated how much work still remains to achieve my larger goal of wide-scale collaborative literacy.

Success Breeds New Challenges

RE-AMP is a network of over 160 organizational members focused on climate change in the Midwest. Their shared goal is to reduce regional global warming emissions 80% by 2050.

It was co-initiated over a decade ago by my friend and former colleague, Rick Reed, who had a simple question he wanted to test:

What would happen if nonprofits and foundations alike took the time to sit down together to really, truly, deeply understand the system they were all trying to change?

So he tested it. With the backing of the Garfield Foundation, he brought together a small group of leaders in the Midwest working on climate change and convinced them to sit together, listen to each other, and strategize together.

The process took almost two years. It was messy and expensive, and it teetered on total and utter failure on multiple occasions. But it worked. Participants arrived at a shared epiphany about what the critical levers were for stopping climate change. The trust and relationships that were built and strengthened through the process led to quick and aligned action among nonprofits and foundations alike around those leverage points.

This strategic alignment resulted in many immediate wins, the most eye-opening being stopping 30 coal plants in the Midwest.

Success created new problems. The hard work of thinking and planning together had forged a collective attitude, a network mindset among the initial participants that drove the way they worked. Their success attracted new participants very quickly, but the shared understanding, the relationships, and the network mindset did not scale at the same pace.

Over the past few years, the network has made a number of moves to try to shift this. Most notably, they hired a network CEO and additional full-time “staff” members to be able to respond more quickly to the needs of the network. (RE-AMP is not its own legal entity. Its “staff” are all employed by other organizations distributed throughout the network.)

This investment in internal capacity has enabled the network to start addressing structural and bigger picture issues that had previously been left by the wayside. One of those issues has been re-integrating systems thinking and a more collaborative mindset back into the DNA of the network.

Helping Groups Help Themselves

Three years ago, I left the consulting firm I co-founded and a team that I loved in order to seek greater balance and impact. I felt that I was doing some of the best work in the field, but it was not translating into the larger-scale impact I was hoping for.

Ever since I got into this business in the early 2000s, I’ve always explained my vision of the world and theory of change with a simple thought exercise:

Think about the best collaborative experience you’ve ever had.

What would your life be like if all of your collaborative experiences were as good as that one?

What would the world be like if everyone’s collaborative experiences were all that good?

How about if everyone’s collaborative experiences were all just slightly better?

I believed (and still believe) that the world would be significantly better if we saw incremental improvement in people’s collaborative literacy across the board at scale.

However, that’s not where I focused my energy. I liked working on hugely complex problems that required cutting-edge capabilities. I did the work inclusively — the only way you had a chance to solve these kinds of problems — with the hope that people would learn enough through the experience that they could continue working in a similar way. Furthermore, I hoped that by openly sharing what I learned, I could have a broader impact than just the projects I was working on.

Both of these turned out to be true, but not appreciably so. The way I was working was benefiting me more than anyone else. It was an incredible opportunity for me to practice and learn and to do work that was joyful and meaningful, and it helped me establish a reputation that created more opportunities. Others were also learning from these experiences, but they weren’t as invested as I was, and there were few structural incentives for them to continue developing their skills after we finished the project.

If I wanted to stay true to my vision, I needed to focus on sustainable interventions for helping others develop their collaborative capabilities. I do not believe that the ability to collaborate effectively is some mystical talent with which only a select few are imbued. I believe that everyone has the ability to be much, much better. All people need are opportunities to practice.

For the past two years, I’ve been focused on creating those opportunities. I’ve been testing workouts and tools designed to help people develop stronger collaborative muscles and mindsets. I stopped doing work for groups and have focused instead on helping them develop the skills to help themselves. I’ve also been mentoring emerging practitioners who want to go the extra mile in developing their skills.

The Meeting

In some ways, RE-AMP has been an ideal testbed for my workouts and tools. Because it’s a decentralized network, it can’t change culture or practices by fiat (or by firing) the way an organization can. Practices have to work, otherwise they will be ignored, and they have to be adopted widely, otherwise they will be rendered ineffective.

Furthermore, its history of great work, strong relationships, and growing internal capacity served as a strong foundation. Its staff, along with many of the informal leaders in the network, are bold, talented, and hungry to learn.

I ran an early pilot of my Collaboration Muscles & Mindsets program with the RE-AMP staff last year. It went okay. Some things were well-received, some not so much. I developed an assessment to help me determine whether or not my program was working, but the main thing I learned was that my assessment needed improving.

Still, the program was effective enough that they were interested in making it available to the broader network. For the past few months, we’ve been discussing and planning a program that will launch early next month.

In the meantime, unbeknownst to me, the RE-AMP staff was cooking up something interesting on their own. They had decided to run a session at their Annual Meeting based on a Muscles & Mindsets exercise I had led them through at their staff meeting for a dozen people the previous year. They were going to adapt it for 160.

Scaling up the exercise would actually be relatively straightforward. Most exercises I design are meant to scale. Understanding this conceptually, though, and believing it enough to do it in a real-life, high-stakes situation takes courage, especially if you haven’t done it before. This is one reason why people hire people like me to do this for them.

But the RE-AMPers weren’t going to bother with that. They had the audacity to try it on their own. Prior to the meeting, they walked me through what they were going to do, and I made some suggestions and offered encouragement. Beyond that, I had nothing to do with the session.

Watching the session was exciting on many levels. First, Sarah Shanahan and Trevor Drake expertly facilitated the exercise. They had a calm energy, and they gave clear instructions with compelling, relevant examples. They managed to command a large, rowdy room of people by giving up control, which the participants appreciated and which one person made a point of noting during the debrief.

Second, it was a thrill to watch 160 people using a toolkit — our mindset cards — that I had invested a few years and a ton of energy into codesigning. At my previous consulting firm, I had done a lot of organizational culture work with my friend and business partner, Kristin Cobble, who had introduced me to a framework for mapping mindsets to behaviors. It was effective, but also high overhead, and it required facilitators who were very literate with the framework. For example, it took us four months to do this work with a 75-person organization, and that was an accelerated process!

My motivation for designing the cards was to see if we could create a tool that would allow groups to condense a multi-month conversation into a few hours and to allow them to have that conversation without the aid of a framework expert. There were several examples of groups using the cards to great success with groups of 10-15, and I was confident that larger groups could benefit from them as well. But I hadn’t seen it… until the RE-AMP meeting.

It was amazing to watch 160 deeply engaged in conversation using the cards, and it felt even better knowing that they were able to do it without my help. I walked around the room, eavesdropping on conversation, peeking at people’s cards, and soaking in the buzz. I was in heaven.

Third, I was surprised by what happened. Gail Francis, who led the design of this session, had made a decision about something relatively minor against which I had advised. The final exercise for the 20 groups of eight was to use the cards to agree on a set of mindset “spectrums.” The question was how to capture these. I had suggested that the groups write them on a worksheet, then bring them to her. She decided to have people hold up their cards, which she would then collect and transcribe for them. It was a tradeoff between saving time for the participants and saving time for the facilitators.

She understood the trade-off and chose saving the participants’ time. That led to something completely unexpected — groups cheering in excitement every time they completed the exercise. It was fun, it was funny, it bolstered the already high energy in the room, and it likely wouldn’t have happened had she chose what I had suggested.

We’re Not There Yet

I’ve devoted the last two years to developing methods and tools that help groups help themselves. Seeing this work manifest itself this way at the RE-AMP Annual Meeting was gratifying and validating. Every group already has smart, capable people who have the potential to unleash the group’s intelligence. All they need is space, a little guidance, and room to practice and learn.

For this meeting, a few people got that space, and the results were outstanding. They were also only a fraction of what’s possible. As good as they were, they could have been much, much better. They’ll get there if the people in the network are given that room to practice their skills in bigger and more ambitious ways. Unfortunately, most groups do not give people that space.

All too often, “experimenting” consists of one-offs. Mastery doesn’t happen in a one-off. It takes time and commitment and lots of stumbling. In order to raise the bar and create the space for that growth, people need to experience what’s possible. Most people have such poor collaborative experiences, they either flinch and give up at the first sign of trouble, or they stop taking risks after they experience a small win. RE-AMP is ahead of most groups in this regard, but still, I wonder.

If my workouts and tools are going to have a chance at making an impact, then I need to find ways to make it safe for people to commit to them, and I also have to give people the experience of what’s possible. I’m currently exploring ways to do exactly that. In the meantime, I’m appreciating what I’ve accomplished so far and the people who have taken me there, and I’m excited about what’s coming next.

Thanks to Greg Gentschev and H. Jessica Kim for reviewing early drafts of this post.

Correction: The originally published version of this post stated that this was the first time the RE-AMP staff had decided to design and facilitate their Annual Meeting on their own without external facilitation. Gail Francis pointed out that this was not correct. While their early meetings had been designed and facilitated externally, they had actually been designing and facilitating their meetings on their own for several years. I removed my incorrect claim in this version.