Well Met: The Meeting Itself

Originally posted on the Truss blog

Everyone has been in a meeting that made them wonder, “What am I doing here?” While a meeting can be a productive way to drive a project forward, many meetings are the opposite—they disrupt productivity and waste valuable time. All it takes to ensure that a necessary meeting doesn’t go off the rails is a little bit of planning and someone to facilitate the process.

The first part in this series covered the hows and whys of determining that a meeting is necessary. Once you know you need one, it’s important to make the best use of everyone’s time. This requires some preparation in advance, and active attention to keeping the meeting on track.

Create an Agenda

Building an agenda is the most important, difficult, and fungible part of meeting facilitation. Here are the steps to developing a solid agenda:

  • What concrete outcome do you need to get out of the meeting? You should be able to say this in one sentence. It should be the name of the meeting, and be included in any correspondence related to the meeting.
  • Create a plan. Consider where the group is now (point A), and where they want to end up (point B). You likely need to talk to other people in order to figure this out.
  • Identify your requirements and blockers. What would need to happen to get from point A to point B?
  • What is your strategy for tackling these challenges? Pick activities that will help achieve the concrete outcome needed to get from point A to B. Search the internet for “facilitation activities” for some suggestions. A few of our favorites are:
    • Spectrograms to explore just how divisive various issues are.
    • Vizthink to externalize systems in people’s heads in a way that allows progress to be made.
    • Breakout groups to allow more people to be heard about a topic.
  • Who are the leaders who can push this project forward? To push power outward, you’ll ideally work with a different person to lead each part. This isn’t The [Facilitator’s Name Here] Show

Time management is the hardest thing to get right at first. Here are some ways to effectively manage meeting time:

  • Pad for time.
    • People will show up late. Decide how long you’re willing to wait (keep in mind waiting wastes everyone else’s time and sets a bad precedent) and stick to it. People will show up on time more often if they know you start on time and meetings are valuable experiences.
    • A/V will break. Showing up early to troubleshoot can save others time, but you can’t fix the remote setup.
    • Folks will want to dig into questions that matter, and having some extra time allows this to happen.
  • Remember to have time to open and close. Rituals matter!

If you are new to facilitation, your agenda is your guide. The signposts you set in advance will help you remember how to get where you’re going when matters inevitably become complicated. As you become more experienced and gain trust, the agenda becomes more of a thinking exercise so you can adapt in the moment.
 

Facilitating

You’ve done all the work, you’re ready to try out your well-crafted agenda, and people are on the call or at the table (hopefully on time). What do you do now?

  • Set expectations around communication. Two suggestions we have found the most useful are:
    • Demonstrate respect for each other (and the clock) at all times.
    • Follow the Rules of 1:
      • Make 1 point and pass it on. This distributes the conversational load across more people, which means more people get heard from.
      • 1 diva, 1 mic. Only one person should be speaking at a time, which prevents people speaking over each other, difficulty hearing for those dialing in, and gives equal attention to all speakers.
      • Have 1 empty chair at the table/1 available slot for call-in. This makes it welcoming (and non-disruptive) for that latecomer (or someone from a different breakout session) to join you.
      • Speak 1/Nth of the time. If you’re quiet, know people want to hear from you. If you’re gregarious, dial it back a bit to make room for others.
    • Once you’re comfortable with those, consider adding in hand signals (Zoom and Maestro also offer approximations). These can save time by getting a “temperature check” on how the team is responding to a current thread without needing to hear from individuals one-by-one.
    • Aspiration, an organization focused on building technical capacity for nonprofits has some pretty great participant guidelines that are useful to adapt to your own circumstances.
  • Take “stack.” People signal to the facilitator or the stack keeper when they’d like to speak up in a discussion. The facilitator might call on people in the order they signaled, or they might change the order to have more equal speaking time based on the stack and to account for folks who have spoken less.
  • Stop a speaker from going on too long. (You’ve already made this OK to do if they make more than one point or if they speak more than 1/Nth of the time.) You can do this through body language, hand signals, and directly speaking to the person.
  • If people get into eddies of conversation (this often happens with two people going back-and-forth, rather than the group being engaged), push for a choice to be made, or if that can’t happen, clarity to be reached. This will encourage the discussion to move forward to a place where ideas can be tested by coming in contact with reality. If people truly need more time, offer to schedule a meeting specific to that topic (with a concrete outcome) so people can return to the subject at hand.

Who should be responsible for all this work? In the final part of this series, Well Met: The Facilitator, we’ll talk about what makes a good facilitator and how to choose the right person for the job.

Well Met: Ceremonies and Beyond

Originally posted on the Truss blog

We’ve all been in bad meetings. And no matter how great your crew is, bad meetings waste time and can degrade the culture you’ve worked hard to build. We’ve talked before about which meetings are worth having, now it’s time to dive into how to get the most out of those meetings. Doing so will:

  • increase the effectiveness of meetings;
  • decrease the number and duration of meetings;
  • build team cohesion;
  • cross-pollinate information across teams; and
  • do so in a way which leads to new insights otherwise left buried.

To reap these benefits, utilize the guiding principles in this three-part series for useful meetings: determining whether you need a meeting, building an agenda and facilitating, and choosing the right facilitator to ensure everything runs smoothly.  In this first part, we’ll (re)cover some of the ways to be sure the meeting you want to hold is worthwhile.

Any scheduled event is potentially disruptive to a colleague’s flow. Meetings can be a waste of time and, even in the best case scenario, often require context switching. It’s important to make sure you actually need someone to do something synchronously with you, rather than calling a meeting for something that be fit into their own flow asynchronously in a more optimal way.


When it makes sense to have a meeting

The following circumstances are worthy of a meeting:

  1. When something can’t be decided on asynchronously – A chat (like Slack) just isn’t working. Something is being lost in tone or the information being gathered and the team would benefit from more mediums of communication (visual, verbal, physical) happening all at once.
  2. When something has been decided, but there needs to be a group status update to move on to other things – Sometimes, everyone knows the status of a project, but they don’t know that everyone else is on the same page. This can lead to concerns about leaving someone behind and cause a slow the velocity of the project. A recap meeting that ensures that everyone is aware of what decisions are set allows the team to collectively move on to the next phase.
  3. Distributed self-coordination – Instead of reading documentation, sometimes it’s more efficient to have a rapid-iteration conversation about where to go to next, together. This example is similar to scenario #1 with a splash of #2.
  4. To build team cohesion – Asynchronous communication with occasional one-on-ones just doesn’t keep the whole team together. Sometimes the team needs to get together to learn from each other, and to realize just how in alignment they already are. This scenario is mostly #2 with a splash of #1.


When you shouldn’t have a meeting

Some “meetings” do more to waste time than to move a project forward, leading to a lot of frustrated team members. Here are some signs you’re not having a meaningful meeting:

  1. You’re reading together – There are some folks who just don’t read materials they are sent. Whether they don’t have the time, the material is irrelevant, or they don’t like reading doesn’t matter. What matters is that someone has just disrupted another person’s flow to insist they come and read this thing right now, in a “meeting.”
  2. You’re listening to one person speak – If you want to give a presentation, own it! But a presentation can be ingested just as easily via a video or audio recording as it can in person. Again, don’t disrupt people’s flows.
  3. You’re hearing people talking about things they already know – This isn’t a meeting, it’s a panel discussion. The same principles apply as listening to one person speak. If you’re not up to adapting to your audience or working with them to get somewhere new, just record it. The knowledge is still useful, but the disruption of other people’s flows is not.

On the other hand, question and answer sessions after reading, presenting, or paneling do make sense to do interactively, so it’s worth it to call a meeting after the above non-meetings to share ideas.


Useful gatherings that are not meetings

There are times when it makes sense to meet with someone or a group that don’t fit the parameters above. They include:

  • Conversations – These are great, but trying to facilitate them with the meeting-level rigor suggested in this series will not make you popular amongst your peers.
  • Celebrations – While some programming is useful, celebrations are organic things that don’t need any more structure than they already have.
  • Skill shares – Vital to upping skills and building relationships, these also should be a bit more organic than what is described in this post.

Some of the same principles will apply, but these gatherings are not what this series focuses on.


Why are we doing all this?

Bad meetings, like bad policies and negative environments, are tractable problems. By following the techniques highlighted here around determining when to have meetings, your meetings can be worth the context switching they require by being impactful and more effective, building team cohesion, and leading to new insights that would otherwise be left buried.

OK, let’s say you definitely need this meeting. The next step is to be sure those meetings matter through agenda building and facilitation. Discover how to utilize these strategies in part two of our series, Well Met: The Meeting Itself.

How Could This Have Been Prevented? The Art of the Pre-Mortem

Originally posted on the Truss blog

In the world of disaster response, teams engage in something called a “hot wash” after each deployment. If something went wrong, we ask ourselves: How could this have been prevented? It’s a question that helps us mitigate crises rather than simply respond to them. Sometimes, if a responder is about to do something particularly ill-advised, say in a social context, another responder will ask them, “How could this accident have been prevented?” as they walk towards potential harm or embarrassment.

As someone who has done crisis response for the past eight years, the pre-mortem we held on my third day at Truss made me feel right at home. It was the last day of an intensive kickoff event for our DOD project (more about how we won that here). Our engineering architect Nick Twyman led the assembled team in a session to brainstorm issues which might be severe enough to tank the project. He opened with the prompt, “Imagine you’re presenting to the entire company 12 months from now and must explain why this project completely failed.”

Engaging in this practice:

  • Surfaces potential issues before they become problematic.
  • Prevents team members from suffering in silence or needlessly worrying.
  • Replaces reaction with strategy.

We’ve already benefited immensely from this practice. For instance, we learned to identify and engage early with stakeholders who otherwise might have been invisible until too late. This has allowed us to pay attention to serious concerns while also staying focused on the emerging roadmap for the project.

Where did this idea come from?

Our CTO, Mark Ferlatte, learned about the practice from Daniel Kahneman’s book Thinking Fast and Slow. He noted that it “felt incredibly weird the first time you do it.” The book covers different modes of thinking and responding to what feels immediate versus the strategic, tricks to help you move from reacting to planning, as well as how to be self-aware when in difficult conversations.

We’ve developed our own flow for pre-mortems, and have benefited in various ways.  In one instance, the team indicated that they were feeling unsure about being able to track things properly. This feedback resulted in an ad hoc training session on our task tracking tool with positive results.

How do I do it?

You, too, can avoid delays, derailments, and failures by following this process. Whether you refer to it as “forecasting” or “generalized anxiety,” there are a few simple steps.

First, think about when it makes sense to have a pre-mortem. We do ours at the end of a project kickoff (when folks have the project fresh in their minds but haven’t yet started building habits and opinions about how things “should” be). You can also run more than one for any given project. It’s particularly helpful to do during sprint planning sessions or prior to irrevocable commitments (before we sign the contract, before we begin execution on the contract, before we go live with the product).

Don’t lead the session by asking a broad question like: How might this go wrong?  Instead, be very specific. We used the prompt mentioned above, emphasizing two important factors. “Imagine you’re presenting to the entire company 12 months from now and must explain why this project completely failed.” These two aspects helped people move beyond generalized anxiety and into thinking strategically about what they are unlikely to be able to adapt to themselves. In a larger group, give everyone sticky notes and about five minutes to write down their thoughts, then group their ideas into categories while reading them out loud. In a smaller group, take a minute or so to think about it, and then go around in a circle to hear what folks came up with.

Some of the concerns raised might not surprise you. Ideally, you’re already mitigating risk around the topics some people bring up. Sometimes, though, someone will say something new or extremely obvious and scary (for example: “None of us have ever published a book” when the project is to write a book). Mark treats these concerns very seriously and attempts to mitigate them as quickly as possible (for example: hire an agent to help us navigate book publishing).

We found that those obvious and scary observations were more likely to come from junior rather than senior employees. Senior people often overlooked obvious risks because they had “always managed before.” Junior team members were justifiably concerned when they felt like the project was missing key factors, but they wouldn’t speak up if their concerns were dismissed. Yet another reason to be sure your environment is open and safe for employees to voice their concerns.

Good luck out there!

Pre-mortems are a tool to start thinking about the future and to do so strategically rather than reactively. This helps teams avoid pitfalls and focus their work. Pre-mortems are easy to hold and can happen at multiple points during a project’s lifespan.

May all of your difficulties be novel, and good luck out there!

CatCon

CatCon happened last weekend. An unconference for systems thinkers from varied disciplines, it was an experiment in format as well as in topic. The invite list was small, and it was not publicized outside of that group. Invitees were encouraged to invite another 1-3 people, but a very small percentage of the attendees were new to me. The Media Lab provided the 6th floor for a relatively small fee (custodial and set-up services), and attendees chipped in for food.

Of course I second guess how it went. Of course I over analyze what could have gone better. But the one thing that someone said during closing appreciations made me think that maybe we’re on the right track:

This is the only time I’ve seen the web of trust work.

Unionizing the Revolution / Web of Trust

We read about inspiring things that people are up to fairly often. But rarely do we know the folk behind it, nor do we see how what we do can bolster them (and visa versa). If we’re going to “win,” as I think we should, we should be supporting each other. We should have each other’s backs, and we should call each other (lovingly) on bullshit. We should have focus on what we do, but we should know who else is on our team. The problems the humans on this planet face are huge and complex, and so our responses to them must be as well. This event was an experiment in that.

Structure

We took the first day to get to know one another, lots of ice breakers and running around. We asked questions of each other, and tried to get a feel for what the weekend would be like. Some hadn’t been to an unconference before, and I haven’t been lead on facilitating one before. But everyone was patient and good natured, and we made it through. The sessions for Saturday were curated, based on a conversation I had with Gunner (who has agreed to mentor me in facilitation, zomg!). The arc went over the course of the day from big picture, to meta endeavors, into focused projects, into designing projects. Tracks tended to be in education, interpersonal, economics, security, and co-ops. The goal was to get to know what everyone was working on, and share brain juices. Sunday was dedicated to work, to getting started on linking projects together.

Code of Conduct

So much of this event was about attendees getting to know one another. We needed conflict, and love, and trust. So we had a Code of Conduct. I kind of love writing these. Here’s one of my favorite parts:

Human being are sexual organisms, just like anything else. Harassment happens where there is a lack of consent. At Catalytic, that extends to enthusiastic consent. Act like adults.

Stages of Attendees’ Projects

One thing which was difficult was having such a wide range of expertise in the room. This was further complicated by having many different stages of projects. At most events, you share a common language of discipline with other attendees. Here, we had to learn what people were saying as well as where they were at. From a conversation with Ella Saitta, most boiled down into the following four groups:

  • Full-steam-ahead: I have a few questions that the expertise in the room can help answer, but really not up for shifting what they’re up to nor taking on new tasks.
  • Looking to scale: Project is plugging along, but could use some tweaks or some links.
  • Planning stages: I think my project looks a certain way, but need feedback, advice, assistance.
  • Open to signing on: I am super awesome! I have skills, but don’t currently have a project. How is yours?

What’s Next?

So next is figuring out if it should be done again. The rest of it is solidly in the hands of the attendees – disseminating notes and figuring out what (if anything) to publish for public review and feedback. But I’m considering if it’s worthwhile to do again, and will base that mainly on the feedback of the attendees. Also talked to Tim Maly about different formats, based mostly off of the Toronto Theater unconference. A bit more structured. Excited to try them out.

Diversity, Nepotism, Inclusion, and Quality Control

The thing is, if this happens again, of how to do the invite list. My own wariness of nepotism and ego have been rebutted throughout the past few days with conversations in good faith because “I knew the person I was talking to was awesome and kind because Willow had invited them.” But most of the people I know are fairly well-off white dudes (whom I adore), and that’s not a revolution I want. So, I’m thinking about how to handle that. Suggestions are requested. The last thing that this world needs is another echo chamber. Well, it needs other things far less, but this is pretty present in all of those issues.

Growing a Community

One thing I think about is, if this takes off and grows into a Thing, is how to maintain accountability in a growing group of people. Nothing drastic went wrong at CatCon (except for when we ran out of coffee), and those failure points are when you see how strong your community and its standards are. I worry about the first time accountability has to be maintained. But I also trust in the links being made to withstand and facilitate that.