Build issue trees: diagnosis trees and solution trees

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Issue trees (also called logic trees) are at the heart of our problem-solving approach and, therefore, are a recurrent theme on this site. We use two types of trees: diagnosis trees and solution trees.

An issue tree is a graphical breakdown of your key question. Trees have four basic rules:

  • They consistently answer “why” or “how” questions (depending on your key question)
  • They progress from the key question to the analysis as they move to the right
  • Their branches are mutually exclusive and collectively exhaustive (MECE)*
  • They use an insightful breakdown (more on this here)

* Technically, branches are usually only independent and collectively exhaustive (ICE), not entirely MECE, as explained here. But, since more people are familiar with the MECE concept, let’s stick with it for now.

Issue trees are useful to think of all the potential answers for your problem and understand their relations.

“Why” issue trees are for diagnosing your key question

“Why” issue trees—or diagnosis trees—help you search for all the possible causes of a problem. You list these in logical groups on the first column to the right of your key question, ensuring that your groupings are mutually exclusive (there are no overlaps) and collectively exhaustive (there are no gaps). As you progress to the right, you drill further down in the details of each grouping. In that sense, diagnosis trees are similar to Ishikawa diagrams, except that they flow in the opposite direction.

A 'how' issue tree

A ‘how’ issue tree, showing how the tree helps to capture all the potential answers to the key question.

“How” issue trees / solution trees are for actively looking for ways to correct your problem

With “how” trees, you look for all the potential solutions to your problem. As a general rule, you want to know the “why” before you get to the “how”, so if you don’t know the root cause(s) of your problem, find these first.

Issue trees progress further into details until elements are sufficiently explicit. Then come the hypotheses, analyses and data sources (more on that in later posts). Once you have tested which solutions are viable, you are ready to select one, for instance by using a decision matrix.

A standard decision tree breaks down a key question into MECE branches and then states explicitly the expected value of each branch—by multiplying the probability of success by the payoff associated with success. Although we usually don’t use a “how” issue tree to spell out the expected value of each outcome, these trees are in fact more complete that standard decision trees (click here to see a formal comparison between issue trees and decision trees). Since we use “how” issue trees to identify potential solutions and help deciding which one(s) to implement, we refer to them as solution trees.

Diagnosis and solution trees share some properties

Irrespective of their types, issue trees are insightful: they break down the key question in a meaningful way, adding value with each column.

Issue trees are useful for several things. First, they provide a graphical breakdown of the problem, a sort of roadmap. By including all possible answers to your key question in your issue tree, you reduce the probability that you’ll overlook some. Also, they spell out the various alternatives in minute details. They are useful in managing your problem-solving effort—especially if you are leading a team—because they help you identify visually where you are dedicating resources.

In the example above, we looked at how a taylor house can sell high-price suits. Using a decision tree allows to clarify that offering a high-quality product is important but it is not the only possibility.

Indeed, associating prestige with the brand and offering an exceptional buying experience are two other ways to go about charging more for a suit.

Issue trees are standard in any strategy consultant’s toolbox. However, although these consultants insist that branches in trees are mutually exclusive, the final recommendation might be a mix of various branches (as in the example above: we could both improve the quality of the product and associate prestige to our brand as part of our effort to sell more high-priced suits); therefore, branches really are independent (more here) and not necessarily mutually exclusive.

Learn more about diagnosis trees and decision trees

Here is a slide deck on how to build issue trees from my course.

In any situation, don’t exhaust yourself finding the one perfect issue tree, there usually is more than one.

Related Posts:

17 comments to Build issue trees: diagnosis trees and solution trees