Home > Perspectives > Strategy Execution > Why Strategic Priorities Get Interpreted Differently Across Teams

Why Strategic Priorities Get Interpreted Differently Across Teams

Watch the short film

Play Video
Strategic priorities are read differently across teams: two parts of one company can act on the same strategy in different ways.

The symptom

Consider an organisation where a customer receives two separate calls in the same week from two different parts of the same company, asking overlapping questions. From the customer’s side, it looks like the organisation isn’t talking to itself. From inside, the explanation is less obvious than it appears.

Both teams involved have access to the same customer record system. Neither checked whether another team had recently made contact — not because the information wasn’t available, but because nothing in how either team’s work is structured or measured gave them a reason to look. No process prompts the check. No measure penalises the duplication when it happens. The information sat there, fully accessible, and simply wasn’t consulted.

Neither team, taken individually, did anything to warrant criticism. Each acted entirely within its own remit, on its own information, toward its own goals. The duplication is a property of the two teams’ interaction, not of either team’s conduct — which is exactly why it’s so hard to trace back to a specific decision or a specific person, and why “communicate better” rarely resolves it: there was no failed conversation to point to, only two conversations that never needed to happen but nothing stopped from happening anyway.

What leaders usually conclude

The instinctive diagnosis is poor internal communication — the two teams should talk to each other more. It’s a natural conclusion, and it isn’t entirely wrong, but it locates the problem in the wrong place. These teams weren’t failing to communicate directly with each other; they were failing to consult a shared resource that was already available to both of them. The gap isn’t between the teams. It’s between having access to information and having any structural reason to use it.

Encouraging the two teams to “communicate more” in response tends to produce exactly one outcome: a conversation about this specific incident, after the fact, which resolves this instance without touching the underlying condition that produced it. The next pair of teams sharing access to the same kind of information, with the same absence of any structural prompt to consult it, will very likely reproduce the same pattern — not because the lesson from the first incident wasn’t learned, but because the lesson was learned by two specific teams about one specific customer, rather than built into how the organisation as a whole uses shared information.

What the evidence suggests

Donald Sull, Rebecca Homkes and Charles Sull’s research, published in Harvard Business Review and based on a multi-year study of more than 250 companies, found that the central obstacle to strategy execution in most organisations they studied was lateral coordination between units, rather than vertical alignment down through the hierarchy. Their data point on this is worth citing precisely: only 9% of managers said they could reliably count on colleagues in other functions and units to deliver all of the time, while around half said they could count on them most of the time. The strategy documents these organisations had produced typically said the right things about cross-team collaboration. What the research found breaking down was the coordination itself — the actual, ongoing checking-in between functions that a shared strategy assumes will simply happen because it’s been stated as important.

This scenario is a clean illustration of that gap. The organisation had already solved the access problem — both teams could see the same customer record. What it hadn’t solved, and likely hadn’t identified as a separate problem at all, was the incentive to actually consult it. Access and incentive are frequently treated as the same thing in strategy planning — give people the information and coordination will follow — when the research suggests they need to be addressed separately, because information sitting in a shared system creates no automatic pull toward using it.

This distinction tends to matter more as an organisation adds systems rather than fewer. Each new shared platform, dashboard or record system is usually justified, at least in part, by the promise of better visibility across teams — and each one genuinely does make more information technically available. What rarely gets addressed at the same time is whether anything about how teams are measured or structured gives them a reason to actually look. The result, over several years of well-intentioned system investment, can be an organisation with considerably more shared visibility than it has shared coordination.

The same pattern appears across many kinds of organisation; see Other Sectors for how it is read elsewhere.

Questions worth considering

  1. What does the organisation do with information it holds but has no structural reason to consult?
  2. Where two teams share access to something — a system, a customer record, a project plan — is there any measure or process that would surface it as relevant to both, or does relevance depend entirely on someone remembering to check?
  3. If this kind of duplication happened today, would anyone notice, or would it only surface the way it did here — from the customer, after the fact?

This perspective is part of Strategy Execution.

Your team is facing similar challenges?

Nobody Has Asked Why This One Runs Well — why teams interpret strategy differently
The Riddle Ledger, a brand of Zoom Riddle

Subscribe to The Riddle Ledger

Perspectives are sent as they are published, with no promotional email, and you can unsubscribe at any time.

Sources

Donald Sull, Rebecca Homkes and Charles Sull, “Why Strategy Execution Unravels — and What to Do About It,” Harvard Business Review, Vol. 93, No. 3 (March 2015), pp. 57–66.

You need a PDF version for a meeting?

Frequently Asked Questions

Because access alone doesn’t create a reason to consult that information. Research published in Harvard Business Review found that lateral coordination between functions — the actual checking-in that shared strategy assumes — is where most execution breaks down, more than in how clearly a strategy is communicated downward.
Not on its own. The research suggests access and incentive to use that access are separate problems that need to be addressed separately, rather than assuming one follows automatically from the other.
No — the same dynamic can apply to any two teams with shared access to information, systems, or plans, where nothing in how their work is structured prompts them to check what the other is doing.
The underlying study found only 9% of managers felt they could rely on colleagues in other functions all of the time, with roughly half saying most of the time — suggesting this is a fairly widespread condition rather than an isolated failure.
Because the two teams were not failing to talk to each other; they were failing to consult a shared record already available to both. There was no failed conversation to point to. The page locates the gap between having access to information and having any structural reason to use it.
Not on the page’s account. Each team acted within its own remit, on its own information, towards its own goals. The duplication is described as a property of the two teams’ interaction rather than of either team’s conduct, which is why it is hard to trace back to a specific decision or person.
Each new platform or dashboard is usually justified by the promise of better visibility, and each does make more information technically available. What rarely gets addressed is whether anything in how teams are measured or structured gives them a reason to look. Over several years the result can be considerably more shared visibility than shared coordination.
Because a conversation after the fact resolves that instance without touching the condition that produced it. The lesson is learned by two specific teams about one customer rather than built into how the organisation uses shared information. The next pair of teams with the same access and no structural prompt may reproduce the pattern.