Mercurial Hosting > go2

<html>

<!-- Mirrored from users.eniinternet.com/bradleym/RDMCh4.html by HTTrack Website Copier/3.x [XR&CO'2014], Sun, 06 Nov 2022 06:59:35 GMT -->
<head>
	<title> Reasoning And Decision Making - Milton N. Bradley</title>
<link rel="stylesheet" href="style2.css">
</head>
<body bgcolor="#E0FFFF">
<a name="top"></a>

						<center><br><br>
						<font class="booktitle">
							Reasoning And Decision Making</font>						</font>
						<br><br>
						<h1>
						<font class="chaptitle">
						&copy; Milton N. Bradley 2010</font>
						<hr></h1></center>
						<br><br>


			<center><a name="Chapter4"></a>
			<font class="chaptitle">
				<strong>Chapter 4 - Problem Constraints, Problem Statements, Solution Guidelines</strong>
			</font><br>
			</center>

			<br><br><br>
<font size= +1>

Having concluded our rather extended excursion into the vital topic of collecting, validating and evaluating the relevant facts and data, we now continue with the steps involved in actually arriving at an implementable problem solution.<br><br>

<strong>4. Identify/Quantify The Operative Problem Constraints.</strong>
<ul>
<li><strong>List the operative constraints:</strong><br><br>
<ul>
<li><strong>Time.</strong><br>
Is the issue one of timing? Amount of time needed to implement? Both? 	If time to implement dominates, how long is it expected to take? Who made that estimate, and how certain can you be that it’s accurate? And if it’s accurate, can the solution be sped up or can more time somehow be found? <br><br>
<li><strong>Money.</strong><br>
Are the assumed money limits necessary? Who made the estimate, and how certain are you that it’s accurate? Can more money be found? Or, more creatively, can the job be done for less money or even no money at all? Or can you get someone else to pay?<br><br>
<li><strong>Physical.</strong><br>
Are the apparent physical constraints real? Or only illusory? Can you use anyone else’s clever solution to a similar problem to help solve yours?<br><br>
<li><strong>Energy.</strong><br>
In addition to time and money, solving this problem will take a certain commitment of both physical and mental energy. Are you prepared to expend it?<br><br>
<li><strong>Information.</strong><br>
Is the available information correct? Adequate? How do you know? To be certain, double check to validate the so-called facts surrounding the problem, obtaining  more information as required.<br><br>
<li><strong>Legal.</strong><br>
Are there legal restrictions on the solution? Are you certain? If not, get professional advice. If there really are such restrictions, can the law be changed, reinterpreted, or circumvented?<br><br>
<li><strong>Cost/Benefit.</strong><br>
What total expenditure of time, energy, money, mental effort, emotion, or other resources will be needed to solve the problem? How does the sum of these compare with the payoff from a solution? And is that comparison favorable, either intrinsically or psychologically? <br><br>
<li><strong>Cooperation.</strong><br>
Is the assistance of others necessary to achieve a solution? Is that likely to be forthcoming? And how do you know that? Is it necessary that others favor the solution, support it and/or help implement it? Or do you believe that certain people/groups will be against the solution? If so, with what degree of assurance do you know those things? And can you prudently proceed despite this?<br><br>
<li><strong>Socio-Cultural.</strong><br>
Is your ability to find the best solution being limited because of attitudes in the culture of the groups to which you belong, or that of society in general? And if so, is achieving that solution important enough to you to countenance violating those cultural constraints?<br><br>
<li><strong>Other.</strong><br>
Any other inhibiting factors not covered above.<br><br>
</ul>
Considering the effects of the operative constraints is clearly a vital step, because a valid and implementable solution is impossible to achieve if it isn’t consistent with those constraints! Fortunately, this is usually relatively easy and straightforward to accomplish if your prior data collection/ validation efforts have been properly conducted. <br><br>

Once the constraints have been listed to insure that none have been overlooked, it is then necessary to: <br><br>

<li><strong>Quantify/Prioritize the constraints as either:</strong>
<ul>
<li><strong>Critical </strong>(must be accommodated), or
<li><strong>Non-critical </strong>(may be ignored if necessary).
</ul><br>

The key is to identify all of the critical constraints, and then assure that each and every one is satisfied!  This is an “all or nothing” proposition, with no functional difference between 95% satisfaction and 0%!  But even if some of the non-critical constraints are omitted, a useable solution may still be realized.<br><br>

The hidden difficulty underlying satisfactory completion of this vital step is that your view of the constraints is necessarily influenced by your prior experiences.  By shaping your understanding of the situation and/or desire to focus (and quickly solve) the problem, these prior experiences almost invariably generate a set of (often subconscious) assumptions about the constraints and their applicability, so in order to properly accommodate them what must be done is to:<br><br>

<li><strong>Identify The Assumptions Behind Each Constraint:</strong>
<ul><br>
<li><strong>General Assumptions.</strong><br>
These are assumptions you make subconsciously, usually without even realizing that you have made them! Some are necessary but many may not be, and this can be a serious problem.. To avoid its worst effects, making a list that includes every assumption - even the most obvious - will assure that you become consciously aware of any potentially damaging biases or unnecessary restrictions that you’re mistakenly trying to impose, and which may prevent reaching the best (or even any!) solution.<br><br>

<li><strong>Specific (Critical) Assumptions.</strong><br>
These assumptions will almost always be made consciously, but may not be examined in sufficient depth to determine whether they are really necessary or not. Since they are the major determinants of the boundaries and viability of the solution, making a meticulous and complete list of them and examining each in equally meticulous detail is essential!<br><br>
</ul>
<li><strong>For each assumption, determine:</strong><br>
<ul>
<li><strong>Is it necessary?</strong> If so, it must be retained and accommodated.
<li><strong>If it is not necessary:</strong>
<ul>
<li><strong>Is it appropriate and/or desirable?</strong> If so, it should be retained.
<li><strong>Or can/should it be safely dispensed with?</strong>
</ul></ul>

<br><br>
Careful attention to this step has a large potential payoff , because each and every unnecessary constraint that you can eliminate from consideration will make the problem solution both easier and less costly (in terms of all required resources) to reach.<br><br>
</ul><br>
The steps that follow are not only far more difficult to accomplish correctly than the identification of problem constraints, but are also even more crucial to achieving a successful final Problem Solution. <br><br>

<strong>5. Develop/Refine The Problem Statement</strong>
<ul>
<li><strong>Identify/Evaluate  Feasible Problem Alternatives</strong><br><br>
 The situations we perceive as "problems" are often complex and/or ill defined. They also frequently offer a choice of possible ameliorative actions (= “solutions”), none of which is obviously perfect, so that, willingly or not, we are forced to make some form of compromise.<br><br>

As noted earlier, a “solution” consists of a specification of a series of actions which will take us from the initial (problem = unacceptable) state to the desired goal state.<br><br>

Perhaps the most important impediment to efficiently generating an acceptable solution is the difficulty in properly identifying the nature of the real underlying problem, as distinct from either its symptoms (which often may not provide a completely adequate problem description) or our misperception of the true nature of the problem itself.  Such misidentification then inevitably  leads us to an incorrect Problem Statement, and thence almost necessarily to a useless or even actively detrimental “solution”. So realizing a truly useful Problem Solution requires as an essential precondition that we first create an accurate and detailed Problem Statement.<br><br>

A major pitfall that all too frequently traps the unwary in creating an adequate Problem Statement is revealed in the following key bit of wisdom that has been developed as a result of extensive sad experience by professional problem solving consultants:<br><br>

<center>
<strong>THE FIRST PROBLEM STATEMENT GENERATED
ONLY RARELY DESCRIBES THE TRUE PROBLEM!</strong></center><br>

Some of the actions that have been developed to circumvent this critical difficulty are:
<ul>
<li>Review/question all facts and parameters at least five times.
<li>Restate the Problem in as many ways as you can:
<li>Change the wording.
<li>Take different viewpoints.
<li>Try transforming it into another.
<li>Make Concept Maps, Flowcharts, and/or Venn Diagrams, as appropriate.
<li>Refine your own thinking by explaining the problem to others and listening to yourself as you do so.
<li>Get the opinion of friends, associates and/or experts in appropriate fields.
<li>Don't try to learn all the details before deciding on a first (trial) approach to solution.
<li>Try visualizing solutions from different directions and/or starting points.
<li>Study the inverse problem. (See what would happen if you try to make things worse!)
<li>Test the extremes.
<li>Continuously revise the Problem Statement as required by any new information developed during the solution process.
</ul><br><br>

Traps to avoid in this stage:
<ul>
<li>Not stating the problem in sufficient detail.
<li>Confusing symptoms with causes.
<li>Stating the problem in behavioral (= interpersonal) instead of situational terms.
<li>Assuming that your personal difficulty with the situation is "the" problem.
<li>Accepting information at face value.
<li>Failing to differentiate fact from opinion.
 <li>Making premature judgments about facts, people and/or actions.
<li>Unthinkingly applying stereotypes.
<li>Implying a solution in the problem statement.
<li>Prematurely settling on a solution.
</ul><br><br>

In trying to generate Problem Alternatives, consider:
<ul>
<li>Key system/available resource constraints
<ul>
<li>time
<li>money
<li>legal issues
<li>organizational issues
<li>external realities
<li>other
</ul><br><br>
<li>The decision maker’s
<ul>
<li>Personal constraints.
<li>Sources of power in the situation.
</ul><br><br>
<li>Possible leverage points
<ul>
<li>technology
<li>organizational structure
<li>reward systems
<li>job descriptions
<li>education
<li>personnel
<li>societal environment
<li>individual behavior of key people involved
</ul></ul><br><br>


<strong>6. Develop Rational Solution Alternatives</strong><br><br>

Once you have validated that the Problem that you’re trying to solve is really the one of interest to you, then essentially the same sort of scrutiny must be applied to finding its optimal solution (or as near to that as the actual problem constraints will allow).<br><br>

Be creative, and try to visualize how you would live with each of the various solution alternatives under consideration, what their impact would be on others, as well as the costs and benefits of each.<br><br>

<strong>In order to maximize the probability that an optimal Problem Solution will be reached, it is vital to first create the maximum number of possible solution alternatives over the entire range of acceptable options identified in the previous phase, without concern for feasibility. Pruning of infeasible options can then follow later. Enough time and effort should be devoted to this activity to ensure that non-standard and innovative alternatives are generated.</strong>

Another part of the difficulty in achieving at least a minimally useful (and preferably near optimal) Solution is that the form of the Problem Statement itself often not only implies a certain solution, but sometimes even constrains the feasibility of generating any solution at all! So except in the most trivial cases, <strong>the greatest possible care in framing the Problem Statement is required!</Strong><br><br>

If the problem is yours, or if you are the designated problem solver, <strong>to be sure that all of the right bases have been touched, asking the following questions is extremely helpful:
<ul>
<li>What is the exact nature of the problem to be solved?
<li>Are you sure it really is a problem? And if so how and why?
<li>For whom is it a problem, and why?
<li>What type of problem is it ?(personal, individual, relationship, group, intergroup, leadership/motivation/power, technical, man/machine interface, total system)?
<li>Is it important?
<li>How important relative to other problems?
<li>Is it urgent?
<li>How urgent relative to other problems?
<li>In short, do we really want/need to solve this problem at all, and/or now?
</ul><br><br>

If the problem's constraints satisfy these questions, then the following additional questions become relevant:
<ul>
<li>Must the problem be solved as a whole, or can it be broken into several sub-problems, each of which may be easier/less costly/quicker to solve?
<li>What are the problem’s major deleterious effects you desire to ameliorate/avoid?
<li>How do key people affected feel about the problem and its current outcomes?
<li>Have you identified the problem’s crucial aspects and constraints?
<li>Could doing something to “fix” the problem have unwanted consequences? If so, what? And how serious are they?
<li>How stable are present conditions?
<li>What do you expect would happen if the problem were ignored? Will it get worse? Stay the same? Or spontaneously go away? And how soon?
<li>What are the sources of the available information? And how reliable are they?
<li>What facts do you have? And how reliable are they?
<li>What key information do you know that is not included in the Problem Statement?
<li>Are all of the constraints and/or assumptions reasonable? Necessary? Or can some be eliminated? If so, which?
<li>What information is lacking?
<li>Have you seen a similar problem before?
<li>If so, what are the key points of similarity? Of difference?
<li>How likely is it that the solution to the prior problem (or a modification thereof) can be satisfactorily applied to this one?</Strong>
</ul><br><br>

If the problem isn’t yours but you are trying to solve it for some other person or organization, it is crucial that you get that person or organization’s answers to these same questions, and (if feasible) that you work closely with them in this process.<br><br>

<strong>Perhaps over and even beyond all of the detailed technical questions posed above, there are the human considerations that must be accounted for. We all prefer to believe that our personal view of the world is clear and objective, but the reality is that it’s often anything but. We’re each the product of all of our prior experiences and how we and those who’ve shaped us have responded to them. And that means, whether we like it or not, we are influenced not only by the objective realities of the current situation but also by the psychological baggage we bring to it. The result is that when we view the current situation we almost necessarily analogize it to our prior experiences and then (usually subconsciously) assign a label to it.  This label then influences both the way we frame the Problem Statement and the places we look for the Problem Solution, and, perhaps equally important, also constrains the very nature of that solution as well!  It is therefore highly useful to pause early on during the course of creating the Problem Statement to ask yourself how (and why) you’ve got it labeled as you do.</strong><br><br>

For example, if I believe that my problem in obtaining employment at an acceptably high compensation level is primarily a result of the current recession, then only a certain very limited set of solution options is open to me. But if I see my problem as primarily one of my own lack of marketable skills, an entirely different and far larger set of potential solution options becomes available. <br><br>

The difficulty is that our mental biases are often quite subtle and in any event largely not consciously known to us, so that it’s not easy to detect them and then appropriately reformulate the Problem Statement. In fact, because these biases are so intimately related to and integrated into our basic personality structure,  accomplishing this review may be especially difficult in those cases where the problem we’re trying to solve is “close to the bone” of our existence. But since those are our most important problems the payoff for its accomplishment will be the greatest! One strategy for handling this difficulty without confronting the (usually unpleasant) necessity of probing our own deep psychological motivations is to simply and routinely change the way we’ve labeled each and every problem, then create appropriate Problem Statements for each different label, and see where that leads! <br><br>

<strong>7. Determine The Effectiveness Of Proposed Alternative Solutions.</strong><br><br>

During this step it is important to identify any boundaries of acceptable alternatives, important facts, values and/or feelings to be considered, and results that should be avoided. Criteria should be categorized as either essential to a successful solution or merely desirable.<br><br>

<strong>Potential criteria are:
<ul>
<li>Relevant facts
<li>Important personal, group, organization, community, and societal values, attitudes and feelings.
<li>Technical limitations and constraints
<li>Factors that:
<ul>
<li>logically flow from the statement of the problem
<li>influence how alternatives function.
<li>influence how the solution fits into the larger context.
</ul><br><br>

After the potential evaluation criteria are listed, they must themselves then be:
<ul>
<li>Evaluated
<li>Reconciled with the stated Problem and Solution constraints
<li>Pruned to eliminate the unimportant or irrelevant.
<li>Revised/modified as required.
</ul><br><br>
<li>Assess/Estimate Problem Solvability, given the:
<ul>
<li>Constraints established
<li>Evaluation criteria
<li>Available time and resources
</ul><br.<br>
<li>Proceed only if that estimate produces a sufficiently high cost/benefit ratio
</ul>.<br><br>

Only if the decision to proceed is affirmative will it then be appropriate to actually develop, select, and evaluate problem alternatives and proposed solutions, and then apply to them the evaluation criteria just developed. <br><br>

8. Repeat The Preceding 7 Steps As Required Until An Acceptable Solution Is Reached.</strong><br><br>

In the next chapter, we will explore some practical decision making techniques.


<br><br><br><br>
<strong>Click Here To Move On To</strong><a href="RDMCh5.html"><font size=+1><font Color="#0033FF"><strong> Chapter 5</strong></font></a>
<br><br>
<strong>Click Here To Return To</strong><a href="RDMCh3.html"><font size=+1><font Color="#0033FF"><strong> Chapter 3 </strong></font></a>
<br><br>
<strong>Click Here To Return To</strong><a href="RDMTOC.html"><font size=+1><font Color="#0033FF"><strong> Table Of Contents </strong></font></a>
<br><br>
<strong>Click Here To Return To</strong><a href="index.html"><font size=+1><font Color="#0033FF"><strong> Milt's Go Page</strong></font></a> <br>
<br><br>
<strong>Click Here To Email Your Comments/Suggestions To</strong><font size=+2><font color="#0033FF"><a href="mailto:bradleym@eniinternet.com?subject=Reasoning And Decision Making Comments/Suggestions"> Milton N. Bradley</font></a>

		</td>
		<td width="100">&nbsp;</td>
	</tr>
</table>
</body>

<!-- Mirrored from users.eniinternet.com/bradleym/RDMCh4.html by HTTrack Website Copier/3.x [XR&CO'2014], Sun, 06 Nov 2022 06:59:35 GMT -->
</html>
author	Franklin Schmidt <fschmidt@gmail.com>
date	Sun, 02 Apr 2023 11:18:18 -0600
parents	0e911cd3fd2a
children