How Managers Can Use Structured Problem Solving
to Make Better Decisions
to Make Better Decisions
In this guest article, Flavio Soriano — founder of High Bridge Academy and a former McKinsey and Arthur D. Little consultant who has trained more than 10,000 professionals — shares a practical six-step framework for structured problem solving that any manager can apply, from a whiteboard discussion to a complex business challenge.
When a project misses its deadline, the first instinct is usually to fix the visible problem. Add another person, reduce the scope, move the date or push the team harder.
I learned in consulting that this is often where teams lose time. Before deciding what to change, you need to understand what is actually causing the delay. The issue could be scope changes, one late dependency, unclear ownership or an unrealistic estimate. Each points to a different response.
That is where problem definition matters.
A manager who takes a little time to clarify what is happening gives the team a much better starting point for analysis and decision-making. In practice, a few disciplined questions at the beginning often save far more time later. Organisations with structured problem-solving processes achieve 67% better decision outcomes compared to those with informal approaches, according to Lean Wisdom’s 2025 management research — a figure that reflects exactly this discipline applied consistently.
Most management problems first show up through visible symptoms — falling sales, rising customer complaints, missed deadlines or lower productivity. The pressure to act makes it easy to treat the symptom as the problem itself. That usually creates a few familiar patterns:
The cost shows up in longer meetings, duplicated work and decisions that have to be revisited.
How managers frame a problem can influence the decisions that follow. In one study of engineers, scientists and managers, subtle changes in how the problem was presented affected both the decisions participants made and how they perceived risk.
For managers, following a structured decision-making process creates a useful pause between spotting a symptom and choosing a response. Getting root causes and symptoms mixed together makes everything that follows harder.
Structured problem solving gives a team a common route from an unclear situation to a defensible decision. The six moves below are simple enough for an ordinary team discussion and disciplined enough for a complex business problem.
Start with the observable situation.
“Customer satisfaction is getting worse” is too broad to guide useful analysis. “Repeat complaints from UK enterprise customers increased after the new onboarding process launched” gives the team somewhere specific to investigate.
A strong definition creates boundaries. It tells people what belongs in the analysis and what can wait.
Teams often mix four different things together.
Keeping those categories separate stops an early theory from quietly becoming accepted fact. This is also where managers should listen carefully to the language in the room. Phrases such as “we already know why” or “the obvious fix is” deserve a closer look.
Once the problem is defined, divide it into components the team can investigate without major overlap or gaps. For a customer-retention problem, a manager might look at customer segment, product, channel, stage of the customer journey and time period. The right structure depends on the issue, because the categories need to help the team locate where the change is actually happening.
The MECE framework is one useful discipline here. It helps managers separate a problem into distinct components while still covering the important parts of the issue — Mutually Exclusive (no overlap between categories) and Collectively Exhaustive (no significant gaps).
A structured problem can still produce a long list of things to investigate. Managers need to decide which questions are most likely to affect the final decision. Prioritise the issues that could explain the largest share of the problem, the assumptions carrying the most weight and the questions the team can test quickly.
This keeps the team focused on the questions most likely to change the decision. The team needs enough evidence to make a sound decision without analysing every possible angle equally.
Now bring in data, observations and stakeholder input. If the team believes customer complaints are rising because service quality has fallen, compare complaint types, teams, channels and time periods. Speak to the people closest to the process.
Look for evidence that weakens the current explanation as well as evidence that supports it. This also helps reduce decision-making bias when a team has already become attached to one explanation.
By this point, the decision should connect clearly to the analysis. Explain what the team found, which cause matters most, what response has been chosen and why. Then make ownership and the next action explicit.
Clear stakeholder communication matters because people need to understand the reasoning behind the action they are being asked to take. It also makes the decision easier to revisit when new information appears.
At McKinsey, I learned not to treat the first visible problem as the full problem. Before recommending an action, we would break the issue down and look for where the change was actually coming from.
A manager can apply the same approach when customer complaints rise. Instead of immediately adding staff or retraining the whole service team, first separate the complaints by product, customer segment, channel, type and timing.
If the data shows that most complaints come from new customers using one product during their first two weeks, the investigation becomes much more focused. The manager can look closely at onboarding and early support before committing resources elsewhere.
The benefits also show up in team performance, because a shared structure changes how people discuss, divide and resolve problems:
Research on group decision-making shows that good decisions depend on relevant information being shared and evaluated. Group dynamics can also distort which information receives attention. A clear structure gives managers a practical way to organise that discussion around the evidence and the problem being solved.
It also improves management decision-making because responsibilities become clearer. One person can investigate customer behaviour while another looks at process performance, and both pieces still connect to the same question.
For many problems, the process can happen on a whiteboard during one focused discussion:
Define → Separate → Structure → Prioritise → Test → Decide and Communicate
The value comes from giving the team a shared way to think before everyone starts pursuing solutions.
When managers define the problem clearly, they can gather better evidence, focus their teams and explain decisions with greater confidence. That brief investment at the beginning usually makes the work that follows much easier to manage.
This is a paid guest article, see our disclosure policy for details. The content in this article reflects the views and experience of the named author. It is provided for general information and educational purposes only and is not intended as professional management consultancy advice. The Happy Manager and Apex Leadership Ltd accept no liability for actions taken in reliance on the content of this article.

Try our great value e-guides
I’m teaching team leaders and team members 7 Step Problem Solving and found your site very enlightening and useful for my classes!!!