Focus and Leverage Part 270
In my last posting I said
that I would go back to the basics for those not familiar with the Thinking
Process (TP) Tools and that I would also begin discussing the basics of how to
construct a Goal Tree. In this posting I
will discuss the basics of the TP tools, but I also need to discuss the
Categories of Legitimate Reservation (CLR).
Because of the addition of the CLR’s, I am postponing my discussion of
the basics of building the Goal Tree to the next posting. For those of you interested in reading more on the Goal Tree/IO Map, I encourage you to follow this link to Bill Dettmer's web site:
http://www.goalsys.com/books/documents/IOMapPaper.pdf or if you'd like to see more of Bill Dettmer's writings, as well as his colleagues, use this link:
http://www.goalsys.com/books/documents
And now back to our TP tools:
In many organizations, the people within the system encounter symptoms of problems and mistakenly focus on and attempt to solve them. In effect, these organizations end up only treating the symptoms of much larger problems. But in reality these symptoms are part of a logical chain of cause and effect relationships which eventually terminate at the true root cause or core problem. This is where the Current Reality Tree unleashes its true power. That is, if the organization would take the time to logically look for these interconnected symptoms and "connect the dots" so to speak, they would discover that if they could find the core problem and eliminate it, most of the negative symptoms they are seeing would simply disappear. So let's look at the TP tools in a bit more depth.
The TP tools originally were comprised of five different logic trees:
- The Current Reality Tree (CRT)http://www.goalsys.com/books/documents/IOMapPaper.pdf or if you'd like to see more of Bill Dettmer's writings, as well as his colleagues, use this link:
http://www.goalsys.com/books/documents
And now back to our TP tools:
In many organizations, the people within the system encounter symptoms of problems and mistakenly focus on and attempt to solve them. In effect, these organizations end up only treating the symptoms of much larger problems. But in reality these symptoms are part of a logical chain of cause and effect relationships which eventually terminate at the true root cause or core problem. This is where the Current Reality Tree unleashes its true power. That is, if the organization would take the time to logically look for these interconnected symptoms and "connect the dots" so to speak, they would discover that if they could find the core problem and eliminate it, most of the negative symptoms they are seeing would simply disappear. So let's look at the TP tools in a bit more depth.
The TP tools originally were comprised of five different logic trees:
- The Conflict Resolution Diagram (CRD a.k.a. Evaporating Cloud)
- The Future Reality Tree (FRT)
- The Prerequisite Tree (PRT)
- The Transition Tree (TT)
The Current Reality Tree,
the Future Reality Tree and the Transition Tree all use sufficiency based logic or cause and effect logic (i.e. If – Then
statements). The Conflict Resolution
Diagram and the Prerequisite Tree both use necessity
based logic (In order to have “x”, I must have “y”. Originally the CRT was the entry point into
the TP analysis, but Dettmer now uses the Goal Tree to do this because,
according to him, it facilitates the development of the CRT. Before we discuss the Goal Tree, let’s first
discuss another subject, the CLR’s.
Although I’m not including
an in-depth discussion on the Categories
of Legitimate Reservations (CLR’s), no discussion about the Thinking
Process tools would be complete without at least some discussion about these valuable
guidelines. The CLR’s are an extremely
important factor when developing any of the TP logic trees. The CLR’s are intended to provide a way to
scrutinize any of the entity statements in the logic trees and the arrows
connecting each of the entities. For our
purposes in this series of postings, I want to interject only the basic
definition for each of the CLR’s.
The arrows between the
entities encased inside the boxes of any of the TP tools are really the glue
that holds the logic trees together. The
CLR’s help us determine if the tree is logical and correct. As such, the CLR’s validate entity existence,
causality existence, predicted effect existence, cause insufficiency, tautology
and additional cause. So let’s briefly
discuss each of the CLR’s and the rules they establish for our logic trees.
Entity
Existence – For any of the entities to be accurate and correct, they must be
expressed as a full statement and must exist in our current reality. It's not correct to "think" an entity exists, it must be substantiated. The bottom line here is, if the entity does
not exist, it simply cannot be used to develop the logic trees.
Causality
Existence – Causality existence reservations can occur when the
"If-Then" statement appears acceptable to one person while another person does
not think it is. It doesn’t mean that the cause is
not valid; it simply means that the cause must be validated and agreed upon before moving on.
Predicted
Effect Existence – The predicted effect existence is normally
used to invalidate a cause. In other
words, if the cause does actually exist, then what else might you expect to
see if it did? If what you believe should also
exist, but it doesn’t, then the cause is not actually the true cause and you
must look elsewhere. On example of this
is, if the car battery is dead, then the car won’t start. A good test for this is to check to see if
other electrical components work. If
they do, then the cause of the car not starting is probably not a dead battery.
Cause
Insufficiency – This CLR reservation challenges the
assumption that a single cause is insufficient to cause a specific effect. An example Bruce and I have used to
demonstrate this CLR is to challenge the assumption that the cause of a
downturn in sales is because your competitor has improved their product. The fact is, there could be other reasons for
the downturn in sales. Maybe the
competitor has lowered prices and not just because they improved their
product. The point is, the reason the
sales have dropped is probably not only because the competitor has an improved
product. It might be part of the reason,
but not the entire reason. In other
words you must demonstrate that the cause you have listed is enough, by itself,
to cause the observed or predicted effect.
Additional
Cause – There are times when a single cause is sufficient to
cause a specific effect, but there can also be times when an effect can be
caused by some other cause. This means
that each cause by itself can be sufficient to create the effect. What you are looking for are the other
reasons you might be seeing the effect.
It’s not an “and” but rather an either/or scenario. The point here is, don’t add additional
causes because you can, do so because you must.
Clarity –
The clarity reservation can be used on both the arrows and the entity words
contained in the entity box. This CLR
facilitates the best wording to describe the entity. For example, instead of stating that “all”
employees are unhappy with a new regulation, it would be better to state that
“many” employees are unhappy. By
changing a single word, the meaning of the entity changes significantly.
Tautology – A
tautology is also known as circular logic and is in particular the needless
repetition of an idea using different words.
For example, the phrase “who died
of a fatal dose of heroin” is clearly
a tautology.
When a logic tree has been
scrutinized correctly using the CLR’s, there is no doubt about the flow and
clarity of the entity statements. If you
happen to notice someone with a confused or puzzled look when they are reading
the entities in one of the logic trees, it’s probably because one or more of
the CLR’s has been violated. Ok, back to
our logic trees.
The system analyst, with the
help of others within the system, lists all of the system’s undesirable effects (UDE’s), or those
“things” in the system that were holding back the organization from achieving
its full potential (i.e. its Goal). The
analyst and the team are then instructed to work backwards to develop a chain
of cause and effect logic which culminates with the identification of the
organization’s core problem that was
supposedly responsible for about 70 % of the UDE’s within the system. Theoretically, if you could eliminate the
core problem, then most of the other UDE’s would disappear.
The next step in the TP
analysis is to use the CRD to flush out the underlying conflict or the one that
was perpetuating the core problem. This
was done so by challenging the assumptions of the conflict and developing an injection or idea to counter it. The output of this exercise becomes the basis
for the Future Reality Tree. The team
then uses the Prerequisite Tree to identify the obstacles to implementing this
key injection and to develop ways to move around the obstacles. Last, but not least, the Transition Tree is
intended to develop the step-by-step implementation plan. I want to emphasize that the TP analysis is a
brilliant concept in principle, but not easy for many people to execute. In addition, the length of time required to
complete a full TP analysis is quite long for most organizations to
complete. Company executives have
difficulty focusing on this analysis because of this extended completion
time. So how can we use the Goal Tree to
overcome this rigorous exercise?
According to Bill Dettmer, the
Goal Tree is actually an adaptation of the Prerequisite Tree (PRT) in that the
PRT, when used as part of a full TP analysis, is used to establish the
benchmark of required performance for
whatever system is subjected to a TP analysis.
Dettmer goes on to say that, “the Goal Tree helps the users establish
the goal, critical success factors, and key necessary conditions for any system
– the standards by which success or failure of any system are measured.” Dettmer now uses the Goal Tree as the first
step in the TP analysis to develop more focused Current Reality Trees (CRT’s)
that can be constructed more quickly. In
addition, the Goal Tree helps produce substantially more robust Conflict
Resolution Diagrams (CRD’s). And while I
agree wholeheartedly with Bill Dettmer, it’s not how I have been using the Goal
Tree these days, at least most of the time.
In my next posting, I will
return to the Goal Tree and explain the basics of how to construct one as well
as how I have used it to replace the other TP tools.
Bob Sproull
No comments:
Post a Comment