| July 11, 2001 | Volume 1, Issue 28 |
| Recommend this issue to a friend Join the Friends of Point Lookout HTML to link to this article… |
Archive: By Topic
By Date
Links to Related Articles Sign Up for A Tip A Day! |
| Create a perpetual bookmark to the current issue
| |
by Rick Brenner
Although we sometimes make decisions with incomplete information, we do the best we can, given what we know. Sometimes, we make wrong decisions not because we have incomplete information, but because we make mistakes in how we reason about the information we do have.
inny was getting pretty steamed. "We tried code inspections back in Release 5, and you know what happened then. Everything slowed down, we got nothing done, everyone got into fights, and Morgan left the group. If we have to do inspections, you can count me out." Ginny's argument, in essence, was that since some unpleasant events happened shortly after inspections began, the code inspections caused them.
Arguments based on
the Fallacy of the False Cause
lead organizations
to make costly errorsAlthough her argument is convincing to many, it doesn't prove her case. It's an example of a rhetorical fallacy called post hoc ergo propter hoc — Latin for after this, therefore because of this. Ginny argues that since the unpleasant events followed the adoption of code inspections, the code inspections caused the problems, and therefore all code inspections, of any kind whatever, are bad.
A more convincing argument would exclude other possible causes. For example, were the inspections run badly? Were people inadequately trained? Were inspections introduced when people were too busy to learn how to do inspections?
The Post Hoc fallacy is a special case of a more general type of fallacy — the fallacy of the false cause. In Post Hoc, the apparent causal connection relates to the timing of the two events. But connections can also be unrelated to timing:
All of the projects Gerhard has managed in the past few years have been late and over budget. Since people now believe that Gerhard was the cause of the overruns, he can no longer get assignments as a project lead. Nobody seems to remember that each of Gerhard's project sponsors had either reduced his budget or expanded requirements so many times that no project manager would have had much of a chance to perform well.
Gerhard's management skill was the most obvious factor common to the failed projects, but it wasn't the cause. In this case, faulty reasoning damages a career and deprives the company of a skilled manager.
How can you spot this kind of error in the heat of debate? The fallacy of the false cause might be lurking if the argument states that:
Since A was present when B occurred, then A was the cause. Or Since A preceded B, A caused B.
To respond to arguments that use this fallacy, use examples in which A was present, but B wasn't. Your debate partner might not be convinced, but it's your best shot.
Educate your colleagues about the Fallacy of the False Cause. When we understand how much it can cost, and when we understand how to avoid it, we can save much pain and frustration. Perhaps Will Rogers said it best:
It's not what we don't know that hurts; it's what we know that ain't so.
The article you've been reading is an archived issue of Point Lookout, my weekly newsletter. I've been publishing it since January, 2001, free to all subscribers, over the Web, and via RSS. You can help keep it free by donating either as an individual or as an organization. You'll receive in return my sincere thanks — and the comfort of knowing that you've helped to propagate insights and perspectives that can help make our workplaces a little more human-friendly. More info
Point Lookout is a free weekly email newsletter. Browse the archive of past issues. Subscribe for free.
Support Point Lookout by joining the Friends of Point Lookout, as an individual or as an organization.
Do you face a complex interpersonal situation? Send it in, anonymously if you like, and I'll give you my two cents.
Past issues of Point Lookout are available in four e-books:
Available in early 2009: 2007-2008.
Projects never go quite as planned. We expect that, but we don't expect disaster. How can we get better at spotting disaster when there's still time to prevent it? How to Spot a Troubled Project Before the Trouble Starts is filled with tips for executives, senior managers, managers of project managers, and sponsors of projects in project-oriented organizations. Check it out!
add value to your Web sites quickly and easily. Pick up the HTML to link to this article in a choice of formats.
Are your projects always late and over budget? Are your project teams plagued by turnover, burnout, and high defect rates? Turn your culture around. Read 52 Tips for Leaders of Project-Oriented Organizations, filled with tips & techniques for organizational leaders. Check it out!
Are you fed up with tense, explosive meetings? Are you or a colleague targets of a bully? Read 101 Tips for Managing Conflict to learn how to make peace with conflict. Check it out!
A Tip a Day arrives by email each business day. It's 20 to 30 words at most, and gives you a new perspective on the hassles and rewards of work life. Most tips also contain links to related articles. Free!
Save a bundle and even more important save time! Order the Combo Package and download all 21 ebooks and tips books at once, for one low price of USD 161.95 vs. USD 317.97, a savings of over 49% compared to ordering them separately.