Case Study: Designing and Facilitating a Small Nonprofit Board Retreat with Zoe Tamaki


Over the past two years, I helped designed and facilitate two annual board retreats for a small nonprofit with my colleague, Zoe Tamaki. I don’t typically do one-offs like this, but the executive director was a friend of mine, and I was looking for an excuse to work with and learn from Zoe. After last year’s retreat, Zoe and I sat down in front of a camera and discussed some things we learned from the experience and from each other, including:

  • The importance of designing with your stakeholders
  • When relationship-building trumps task work
  • How I handled a funky facilitation moment

I’d like to share stories like this more frequently, and I hope to explore other mediums in which to do this, especially video. I want to share a lot more about design, which contributes much more to the success of group process than facilitation. I especially want to talk about the harder stuff — the challenging moments or the stuff that flat out fails. Since my focus over the past few years has shifted to supporting and coaching other collaboration practitioners such as Zoe, I’m especially excited to be sharing things I’m learning from them.

Finally, I hope to inspire other practitioners to share stories from their work more frequently and without concern about polish. This work is hard. It’s better to show all the rough edges.

Many thanks to Zoe for doing this work with me and for being willing to candidly debrief it on camera afterward! As I think you’ll be able to tell from the video, it was super fun working with her.

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.

Planning Isn’t Helpful If You Can’t Remember Your Agreements

When my friend, Kristin Cobble, and I founded Groupaya, my previous consulting firm, in 2011, one of our goals was to model the best practices of high-performing groups. We didn’t want to just help other groups develop these skills and habits. We wanted to show what a high-performance group looked like.

One habit we were sure we’d adopt was making time to talk together about strategy and culture. In our planning stage, our associate, Rebecca Petzel, facilitated us through a number of important conversations, including one about our values. We eventually converged on six words that we thought best represented our most important shared values.

I was proud, even smug about the time we had invested in this work. In my mind, we were modeling what it meant to be a values-driven company. So I was taken aback when, six months later, Rebecca asked us if we could name our six values, and both Kristin and I could only name four between us.

What was the point of coming up with a list of values if we couldn’t remember what they were?

Entrepreneur and investor, Marc Andreessen, once said, “The process of planning is very valuable, for forcing you to think hard about what you are doing, but the actual plan that results from it is probably useless.” In some ways, this was true for us. Because of the conversations we had had with each other, we were more aligned, and we understood and trusted each other more. Furthermore, even though we didn’t remember all six of our words, we still cared deeply about each and every one of those values, and our work reflected this. How your values come through in your actions is the point of values work, not the list itself.

However, what if we hadn’t been living the values that we had named? How would anyone have known? The problem wasn’t that we couldn’t remember our six words. The problem was that we weren’t constantly thinking together about them, talking together about them, reflecting together on what it meant to live them. We weren’t holding ourselves accountable to our values, because we weren’t taking the time to assess ourselves. We were making it hard to stay aligned around our values, because we weren’t taking the time to talk about what this meant and why it was important.

I was embarrassed, but I also knew that we weren’t alone. Donald Sull, a senior lecturer at MIT’s Sloan School of Management, asked middle managers at over 250 companies to list their companies’ top five strategic priorities. Half of them could not even remember one. Only a third could remember two. Even worse, only half said they understood the connections between their companies’ priorities and initiatives. They had seen the priorities plenty of times — almost 90 percent said that top leaders communicated the strategy frequently enough. Those who remembered them just didn’t understand them.

Once we recognized the problem, we were able to fix it. But I’m amazed by how many leaders and consultants make the same mistakes that we made… and keep making them. It starts by understanding what the mistakes are.

The first mistake is not making time for the whole team to talk about strategy and culture.

The second mistake is assuming that your work is done after one meeting.

My colleague, Catherine Madden, made this wonderful video last year about psychologist Hermann Ebbinghaus’s pioneering research around memory and the “Forgetting Curve” for Edutopia.

The brilliant Nicky Case took these concepts even further in this interactive explanation of how you counter the Forgetting Curve. I highly recommend that everyone look at both, but I’ll summarize their key points here:

  • In the 1880s, Ebbinghaus found that — without any reinforcement — we forget what we learn or hear at an exponential rate. After just one hour, we will already forget half of what we’ve learned. After one day, we will forget two-thirds.
  • There are a number of ways to counter this. The basic one is to reinforce what you learn. But you have to do it quickly, and you have to do it repetitively, because doing it once only slows down the curve. (Explore Nicky’s explanation of spaced repetition to understand this more deeply.)
  • Some methods are more effective at reinforcing than others, specifically peer learning and visualizations.

Given this, what’s the right way to do strategy and culture work? The first step is to create space for the whole group to discuss strategy and culture. However, if all you’re doing is scheduling one meeting, you’re doing it wrong, regardless of how expertly you design or facilitate it. You also need to:

  • Write down the agreements from the meeting. Bonus points if you use pictures. More bonus points if the participants themselves draw the pictures. (As an aside, this also applies to next steps and decisions made at any meeting. If you don’t write them down, they might as well not have happened.)
  • Make sure everyone knows where the agreements are. Put them somewhere where everyone will see them often. (Again, this also applies to next steps and decisions made.) My colleague, Rachel Weidinger, has a great trick with remote teams. She’ll have her teammates print their agreements, post them somewhere near their workspaces, and take and share photos of where they put them so that everyone else knows that they’ve done this. It creates accountability, and it also lets people see each other workspaces, which has other benefits with remote work.
  • Schedule followups at the same time as you’re planning your meeting. These could take many forms. They could be pair conversations, they could be designated time at the beginning or end of regular standup meetings or checkins, they could be regularly scheduled reviews of the artifacts, etc. Be creative — they don’t have to be meetings. What matters most is doing these repetitively and frequently.

None of this is easy. Doing them doesn’t mean that you’ll succeed, but not doing them guarantees that you’ll fail.

The Separation Is in the Preparation

Preparing for a Design Meeting Kickoff

When it comes to facilitation, people only see what happens in the room. If you do well, they usually attribute that to talent and experience.

Those things matter. But to quote Russell Wilson, “The separation is in the preparation.” The hard work happens in the design process, the pre-work, the practice.

My mission is to get people to see that, to understand and appreciate that, and to learn how to do it. I’m still exploring how best to do this, but I know for sure that it starts by modeling it.

Designing Collaborative Engagements

Dana Facilitates the Code for America Retreat

One of my goals is to figure out how to create safe opportunities for others to practice the skills needed to collaborate effectively. My main experiment in this regard has been Changemaker Bootcamp. Most formal learning emphasizes knowledge transfer — teaching a framework, for example, then perhaps creating some opportunities to practice it. My philosophy of bootcamp has been exactly the opposite: Move directly into the practice, then let the participants draw lessons and identify patterns from their experiences.

Many of my bootcampers have found this approach uncomfortable. I’ve mostly accepted this discomfort as the process working, as the results of this approach have been powerful and effective. It has helped the bootcampers viscerally recognize the wisdom they already have about collaboration and the even greater wisdom that any larger group will share. Once you are aware of that wisdom, you can not only tap into it, but you can also develop it further through intentional practice.

I’ve had one workout where this approach has not worked: designing collaborative engagements. I’m not sure why this particular topic has been resistant to this format. It could be that people generally do not have much experience designing collaborative engagements, so the exercise feels too foreign and unsafe. It could be that the language I’ve been using is too wonky. (What the heck is a “collaborative engagement”?!) Or it could be that my workout just isn’t very good.

Regardless, I decided to shift my usual approach with this particular workout and start my bootcampers with a framework. Not only has it helped, it’s made me realize that my approach is not universal, even for experienced practitioners. My approach consists of three parts:

  • Get clear about your goals
  • Know your group physics
  • Think beyond meetings

Get Clear About Your Goals

I’ve already written extensively about the importance of goal clarity, but it bears repeating. Having clear goals not only grounds your design, but it also guides your evaluation afterward. I use a success spectrum to help prioritize and gut-check my goals.

Know Your Group Physics

Physics is about space, time, matter, and energy. Designing an engagement for a small team of three is different than one for a thousand people. Designing a three-day engagement is different than one that is three years. Designing a meeting for ten people in a cramped, dimly lit room is different from one in a spacious, well lit room.

For meetings, it’s as simple as starting with these questions:

  • How many people will be there?
  • How much time do you have?
  • What does the space look like?

This may seem simple and obvious, but it’s amazing how many people don’t start with these very basic questions when designing meetings.

This is doubly true with online space, where the rules of group physics still apply. Time works the same way online as it does in the real-world, but the notion of space and proximity are different.

When I’m helping groups design collaborative engagements for distributed groups, I start with the following thought experiment:

What if you could take your entire group and magically transport them so that they’re in close physical proximity to each other? How would you design your engagement?

This thought experiment essentially duplicates how group physics generally works in online space, which changes the meaning of physical distance. And it often surfaces unconscious flaws in our design approach — namely, discounting the importance of time.

For example, when designing a community of practice for a distributed group, I often see people mistakenly focus their energies on figuring out what tool they’re going to use. That’s an important part of creating a delightful, online space, but the more important question is, what’s going to compel your community to make time for this? The reason most communities of practice fail isn’t that the tools are inadequate, it’s that the participants aren’t or can’t make the time to participate.

Think Beyond Meetings

One reason we are so baffled by this time problem is that we are overly dependent on meetings when designing collaborative engagements. Meetings can be tremendously powerful, but they are also time-consuming and resource-intensive. I often see people make the mistake of designing meetings that duplicate work or conversations that are already happening. The reason I call this a framework for designing “collaborative engagements” is to de-emphasize meetings.

Designing engagement outside of meetings does not have to be about interacting online. One of my favorite techniques is to assign pair exercises. For example, with the Delta Dialogues, we paired up our participants, and we asked each pair to touch base before and after each meeting. This not only served as a way to keep people connected to the process when they had to miss a meeting, it forged stronger relationships among the participants, and led to some unexpected friendships and collaborations that would not have happened through meeting interactions alone.