No workshop will be free of disagreement, especially when there’s a group of designers or developers in the room. We are highly technical people, after all, and the internet is full of possibilities. It’s OK to disagree, especially when it means we reach cool new conclusions. The problem comes when arguments or difficult conversations prevent the workshop from continuing, or prevent attendees from participating. Let’s look at some indicators of coming conflict and how to diffuse it.
Things attendees do when stressed
When people get stressed out in group situations, there are a number of behaviors they display. Often these are unconscious reactions to a stressful situation, which makes it easier for the facilitator to identify these behaviors and redirect the energy to a more positive conversation or task.
- Dominate the conversation. Attendees can sometimes feel the need to “prove” their worth or knowledge on a subject. This can mean they talk for long periods, ignoring other attendees and interrupting them to reiterate points.
- Introduce unrelated topics or issues. When an attendee feels the workshop goals or tasks have not addressed their specific concerns, they will often attempt to reframe the conversation around what they think is important. For example, during a workshop focused on defining research methods, an attendee may start to discuss issues with marketing or brand strategy.
- Withdraw and stop participating. Some attendees are not naturally vocal. Once they see the workshop environment is not conducive to them, they will withdraw and refuse to add anything unless specifically called on.
Tactics for dealing with conflict
As with all workshops you facilitate, the key is to listen for cues. It’s not about you, it’s about the success of your goals. Take a deep breath, and say that again. It’s not personal. The health and success of the workshop comes first. So, as facilitators, how do we deal with these types of disruptive attendees?
Let’s quickly restate our workshop schedule from the first post in this series, as this can help us with a few tactics:
Use designers innate curiosity in your favor
Design workshops will almost always be about graphic or interaction work, and our practice naturally focuses heavily on exploration and examination. Restate the task goals to everyone, and ask some pointed questions that require creativity or curiosity to answer.
Imagine we’re conducting Task A, defining the research problem, and an argument is brewing. Let’s look at some of that language:
Ask open questions that get to the root cause of the disruption
When the task you have set starts veering off into other operational discussions, like branding or development needs, there may be a legitimate reason this is happening. As the workshop leader, it’s up to you to find this out and reframe the conversation.
Imagine we are on Task D, trying to define ways to collect and share data, and the task has been dropped in favor of a discussion about poor data security:
Make the process of participation explicit
We have been focusing on design and UX teams, but in every workshop, regardless of the industry, there are those who have incredible insights. They just might not be comfortable voicing them freely. That’s ok. Every human, and designer, is different. But there are times when a withdrawn or reticent attendee at a workshop disrupts the tasks, as other attendees don’t know how to involve them.
In these situations, there are a few different ways to demand participation, but a common one is to give the attendee the task of documentation and synthesis. Let’s go back to that first task and see how this looks:
In each of these situations, we’ve done something very specific. We’ve defined the task clearly for the workshop, so there is no ambiguity on what the “deliverables” will be. After that, we have identified potential problems before the end of the task, and called specifically on one of the attendees, asking them to modify their output or responsibilities in the task. That responsibility is framed as beneficial to the group, and can feed back into the final outputs of the workshop. Basically, always have a plan for when things go off the rails, and adjust accordingly!
There will be rare cases when interpersonal relationships or company politics are simply too great to overcome. Again, that is just part of being a human, and as designers and developers, we need to know when a challenge is just too great to fix. When you are confronted with one of these situations, it’s ok to call a timeout and do one of two things:
- revisit the goals of the workshop and work with the attendees to create new ones that better reflect their concerns; or
- acknowledge the conflict, call a stop to the workshop, and let everyone leave.
I have seen too many workshops falter and fail because the facilitator could not address and redirect the conflicts brewing in the room. It’s an amazing time for digital design, as tools and code for the web keep getting more powerful and diffuse. We are bound to have different opinions on how to achieve our team’s goals and build great new sites and apps. These arguments or difficult conversations can prevent our workshops from succeeding, or prevent specific attendees from participating, but when this begins to happen, successful facilitators help attendees refocus on goals and specific assignments to move the event forward.