Short answer: To improve team communication, fix the system instead of nagging the people. Set explicit norms for which channel carries which message, get the information trapped in one person's head written down and shared, raise the signal-to-noise ratio by cutting low-value updates, and model real listening by reflecting back what you heard before you reply. Communication is a behaviour, so it improves when you change the conditions, not when you ask everyone to try harder.

Key takeaways

ProblemReal causeWhat to do
People keep getting surprisedDistributed information, no shared source of truthWrite decisions down, make them findable
Too many updates, nothing landsLow signal-to-noise ratioCut routine noise, flag what actually needs action
"I told them" but they did the wrong thingAssumed shared context, wrong channelMake context explicit, match channel to message
People talk past each otherWaiting to reply instead of listeningReflect back before responding, model it yourself
Norms ignoredRules handed down, never agreedAgree norms out loud, manager goes first

Why teams miscommunicate (it is rarely the people)

The instinct when a team keeps crossing wires is to conclude that someone is careless, or that the team just needs to "communicate more." Both are usually wrong. Most miscommunication is structural. The conditions make the mistake likely, and any reasonable person dropped into those conditions would make the same one. If you fix the person and leave the system, the same failure returns with a new name on it.

Four structural causes show up again and again. Distributed information: no single person holds the full picture, so everyone acts on a partial one. Assumed shared context: the sender knows three things the receiver does not, never says them, and assumes the gap does not exist. Wrong channel: a decision that needed a written record gets made in a chat thread that scrolls away by Tuesday. Noise: the one message that mattered was buried under twenty that did not. None of these are personality flaws. They are design flaws, which is good news, because design is something a manager can change.

Signal vs noise: the ratio you are actually managing

Every team has a signal-to-noise ratio, and most managers accidentally make it worse. Each status update, each "just looping you in," each reply-all adds volume. Past a point, volume does not increase understanding, it hides it. The message that needed a response sits unread because it looks like the forty that did not.

Improving communication often means sending less, not more. Be ruthless about what actually needs a human to read it now versus what can live in a document someone checks when they need it. When something genuinely requires action, say so plainly and put the ask up front. A useful test before you hit send: is this signal for the receiver, or noise I am offloading so I feel I have communicated? The second one feels like communicating and is not.

Listening is the half nobody trains

Communication gets taught as a sending skill: be clear, be concise, structure your message. The receiving half gets almost no attention, and it is where most breakdowns actually happen. People do not listen to understand; they listen to find the gap where they can say their thing. The other person finishes, the reply was loaded the whole time, and two monologues get filed as a conversation.

The fix is unglamorous and it works: reflect back before you respond. "So what I am hearing is X, and the part you are worried about is Y, is that right?" It costs ten seconds and it does two things at once. It catches the misunderstanding while it is still cheap to catch, and it tells the other person they were actually heard, which makes them far more willing to hear you. A manager who does this in front of the team teaches it faster than any training slide, because the team copies what the manager does, not what the manager says.

Communication norms: make the implicit explicit

Most teams never agreed how they communicate; they just drifted into habits, and then everyone is quietly annoyed that other people use the "wrong" channel. The fix is to make the implicit explicit and agree it out loud. Good norms are boring and specific:

Norms handed down as a policy document get ignored. Norms the team agreed together, and that the manager visibly follows first, stick. You go first. If you set a "decisions get written down" norm and then make decisions verbally in the hallway, the norm is dead and everyone knows it.

The distributed-information problem (and remote teams)

The hardest communication problem is not tone or clarity. It is that the information needed to make a good decision is split across several heads, and no one person can see the whole board. In a co-located team, some of this self-corrects: people overhear things, context leaks through the hallway and the lunch table, and gaps get patched by accident. Remote and distributed teams lose all of that ambient repair, which is why communication problems that were survivable in an office become acute the moment the team spreads out.

The answer for distributed teams is to make on purpose what used to happen by accident. Default to writing things down and making them findable, so the shared picture lives in a document instead of in whoever happened to be in the room. Treat that document as the source of truth. Over-communicate not just decisions but the reasoning behind them, because the "why" is exactly the context that used to spread informally and now does not. And keep some deliberate synchronous contact, so the team genuinely coordinates rather than just trading status updates into the void.

Where this gets hard: communication is a behaviour, not a memo

Here is the catch that makes all of the above necessary but not sufficient. You can run the workshop, post the norms, and send the listening tips, and the team will nod, agree completely, and then communicate exactly as badly as before the next time they are under pressure. That is not them being difficult. Communication is a behaviour, and behaviours do not change because someone understood a slide. They change by being rehearsed under conditions close enough to the real thing that the new habit holds when the heat is on.

This is the gap between knowing and doing, and it is why "we did a communication training" so rarely shows up as a different team on Monday. Real communication, the kind where people share what they know, ask the right question, and coordinate under time pressure, only becomes visible when there is real coordination pressure to make it visible. You cannot see it, or change it, in a calm room where nothing is at stake.

How experiential games make the behaviour visible

This is exactly the problem we design for at Put The Player First. The framework is simple to state: put people in a designed situation where the behaviour you care about is the thing that decides whether they win, then debrief what actually happened so the team can change it. For communication, that means building a situation where the only real bottleneck is whether people share information well and coordinate under pressure.

Sticky Fingers does precisely this. It is an escape-room card deck, a museum heist, where the information needed to pull off the job is split across the players and the only bottleneck is communication. No one holds the full plan; the team has to surface what each person knows, listen to it, and coordinate creative problem-solving against a ticking clock. The distributed-information problem and the signal-vs-noise problem from this guide stop being abstractions and become the thing standing between the team and the win. Then the debrief turns what happened into something they can carry back to work. It runs as a focused communication exercise and doubles as a team-building activity that people actually remember.

If you want the broader picture of how designed games change behaviour rather than just teaching about it, the serious games for leadership development guide walks through the why and the evidence.

Get facilitation playbooks and team exercises by email

One short email when there is something worth using: a new game, a debrief technique, or a behind-the-scenes look at a real session.

Games and playbooks, by email

New serious games, facilitation techniques, and session notes. No spam.

    We won't send you spam. Unsubscribe at any time.

    Frequently asked questions

    Basics

    How can a manager improve team communication?
    Fix the system, not the people. Set explicit channel norms, get information out of single heads and into shared documents, cut the noise so signal lands, and model real listening by reflecting back before you reply. Change the conditions, not the effort level.

    Why does my team keep miscommunicating?
    Almost always structural: distributed information, assumed shared context, the wrong channel, or noise burying signal. People are not careless; the conditions make the mistake likely. Fix the conditions and the errors drop without anyone trying harder.

    Norms and habits

    What are good communication norms for a team?
    Specific and boring: which channel for what, expected response times, who gets looped in on which decisions, and a default to write things down. They work when the team agrees them out loud and the manager follows them first, not when they are handed down as policy.

    How do I fix communication on a remote or distributed team?
    Make on purpose what used to happen by accident. Default to writing things down and making them findable, treat shared docs as the source of truth, over-communicate decisions and their reasoning, and keep deliberate synchronous contact so the team coordinates rather than just exchanges status.

    Practice and exercises

    Can team building games actually improve communication?
    Only the ones that force real coordination under pressure. Communication is a behaviour that shows up when a team has to share split information and decide against a clock. A designed game like Sticky Fingers creates that pressure, makes the gaps visible, and gives you a debrief to turn it into a habit. Generic icebreakers build rapport, which helps, but they do not rehearse the behaviour itself.

    Related reading

    See Sticky Fingers Get in touch