September 28, 2026 · Professional Development · 6 min read
Building a team from scratch and inheriting one that already exists are treated as the same skill by most leadership training, and they aren’t. A new team has no history to account for. An inherited team arrives with established habits, existing relationships, unresolved tension, and a collective memory of how the previous manager operated, all before you’ve said a word. Walking in and applying a generic leadership playbook, without first understanding what you actually inherited, is how good managers make avoidable early mistakes. This guide covers the diagnostic work that has to come first, with one team’s real handover as the throughline.
The situation Omar takes over a 15-person operations team in Dubai after the previous manager left suddenly, with two weeks’ notice, following what HR describes only as “a values misalignment.” The team is visibly guarded in his first meeting, answers are short, and nobody volunteers information. He has no context on what actually happened, only a functioning team that seems wary of leadership generally. This example continues through the diagnostic and rebuilding process below.
Your own manager, HR, and eventually the team itself all hold different pieces of context. Don’t rely on a single account, especially of a difficult departure, since it’s rarely the complete story. Approach early conversations as genuinely curious rather than already certain what happened.
Sit in on existing meetings and workflows as they currently run before changing anything. What looks dysfunctional from outside sometimes has a real reason behind it; what looks fine sometimes conceals a problem the team has simply stopped mentioning because raising it never changed anything before.
The goal in week one isn’t to assess who’s a strong performer. It’s to understand how the team experienced the previous leadership, what they’re worried about now, and what they actually need from you. A team that’s been through a difficult transition is often more guarded than a new team would be, and rushing this step tends to confirm their wariness rather than ease it.
What Omar actually did Rather than accepting HR’s brief characterisation, he asked his own manager for more context and learned the previous manager had been let go partly over inconsistent, favouritism-driven decisions that the team had noticed and resented, but never had a safe channel to raise. In individual conversations, several team members mentioned, carefully and indirectly at first, feeling that some colleagues got easier assignments and more flexibility than others for reasons nobody could explain. This reframed the team’s guardedness entirely: it wasn’t wariness of leadership in general, it was a specific, justified distrust of decisions that felt arbitrary.
Even a team that inherited real problems usually has genuine strengths, a strong process, real technical capability, good peer relationships among the team itself. Naming these explicitly early signals that you’re not arriving to tear everything down, which matters especially after a difficult transition.
Vague reassurances, “things will be different now”, carry no weight. If the core issue was inconsistent, unexplained decision-making, the fix is building visibly consistent, explained decision-making from your very first decisions onward, not simply asserting that you’re different.
Trust damaged by a predecessor doesn’t transfer to you automatically just because you’re new, and it also doesn’t automatically distrust you either. It has to be actively rebuilt through visible, consistent behaviour over weeks, not through a single reassuring speech in the first meeting.
What Omar actually did He identified that the team’s technical processes were genuinely strong and said so directly and specifically in a team meeting, naming what was working and why he had no intention of changing it. For the trust issue, he introduced a simple, visible practice: any decision affecting workload or assignment distribution would be explained briefly to the team, in writing, with the reasoning behind it. This was a small, low-cost change, and it directly targeted the specific harm the team had actually experienced, rather than a generic trust-building gesture disconnected from what had gone wrong.
Whether the predecessor was well-liked or the source of real problems, trying to copy or deliberately invert their style both keep you reacting to someone else’s leadership rather than establishing your own. Build your approach from what the team actually needs now, not from a contrast to what came before.
A team recovering from a difficult transition, in particular, often needs longer than a fresh team would to extend real trust. Expect a slower build, and don’t read early caution as a personal verdict on you specifically.
Don’t assume your fix worked because you can’t see ongoing complaints. Ask directly: has this actually gotten better from where you sit? Silence isn’t the same as resolution, particularly with a team that has already learned raising issues didn’t used to change anything.
The Team Building and Team Development course is built around exactly this diagnostic skill: identifying what’s actually limiting a team before choosing an intervention.
We run all our courses as private programmes for organisations across the GCC and Africa.
Request In-House →