Nan pushed the door open, and she and Trish stepped out of the conference center into the morning air. On their first break from the off-site meeting, they hadn't quite yet relaxed from the pressure cooker that was the final stretch of Marigold, their latest project. It hadn't gone well, and they were all spending three days trying to figure out what happened.
"So what do you think?" Nan opened.
"I've been to off-sites before," said Trish. "But this is the first time I've felt hopeful that truth would come out."
Nan agreed. "Me too. I liked the bit about myths and fallacies."
Nan sat down on one of the plastic chairs. Trish sat too. "But knowing these fallacies," she asked, "won't we just get better at fooling ourselves? If we could get any better which I seriously doubt."
Nan smiled. "Well, I think his point was that by naming the fallacies, it gets harder to use them."
And Nan is right about that. By naming the fallacies, the patterns become obvious to everyone, which deters us from using them. Here's Part I of a little catalog of the fallacies of project management. For Part II, see "Nine Project Management Fallacies: II," Point Lookout for December 14, 2005.Universal awareness
of common fallacies
deters us all
from using them
- The Fallacy of Positivism
- The Fallacy of Positivism holds that if we believe we can accomplish something, we're more likely to actually accomplish it; and inversely, if we express doubts about accomplishing something, we're less likely to execute it successfully.
- This fallacy is especially tempting to leaders who want to motivate reluctant teams to attempt (or keep trying to do) the impossible. They're using it as a tool of manipulation.
- All things being equal, it's probably helpful to have a positive attitude. But Truth is most important. Be positive when it's appropriate, and express doubts when they're real and relevant. Both staying positive and expressing doubt inappropriately can lead to catastrophe.
- The Bad Actor Fallacy
- If a team exhibits a repeated pattern of dysfunction, we commit the Bad Actor Fallacy when we assume that one single team member is the likely cause of the problem.
- Isolating the cause of a team problem to a single individual is tempting because it suggests that dealing with that individual can resolve the problem. No need for messy and expensive team interventions; no need for involving more than one person.
- While it's possible for a single individual to keep a team in a state of dysfunction, more typically many individuals contribute to team problems. Team performance is an attribute of the team's system, and the organization in which that team is embedded.
One more fallacy is perhaps most common: the Purity Fallacy, which holds that we are personally pure: we never use fallacies ourselves. We all use them, of course — we're human. The trick is to catch yourself when you do. Next in this series Top Next Issue
Are your projects always (or almost 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 and techniques for organizational leaders. Order Now!
Your comments are welcomeWould you like to see your comments posted here? rbrenvTinwqblVADBYxjPner@ChacMLCwCjDgkepRsAwsoCanyon.comSend me your comments by email, or by Web form.
About Point Lookout
Thank you for reading this article. I hope you enjoyed it and found it useful, and that you'll consider recommending it to a friend.
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.
More articles on Project Management:
- Toxic Projects
- A toxic project is one that harms its organization, its people or its customers. We often think of toxic
projects as projects that fail, but even a "successful" project can hurt people or damage
the organization — sometimes irreparably.
- Shining Some Light on "Going Dark"
- If you're a project manager, and a team member "goes dark" — disappears or refuses to
report how things are going — project risks escalate dramatically. Getting current status becomes
a top priority problem. What can you do?
- Nine Positive Indicators of Negative Progress
- Project status reports rarely acknowledge negative progress until after it becomes undeniable. But projects
do sometimes move backwards, outside of our awareness. What are the warning signs that negative progress
might be underway?
- Project Improvisation and Risk Management
- When reality trips up our project plans, we improvise or we replan. When we do, we create new risks
and render our old risk plans obsolete. Here are some suggestions for managing risks when we improvise.
- On the Risk of Undetected Issues: I
- In complex projects, things might have gone wrong long before we notice them. Noticing them as early
as possible — and addressing them — is almost always advantageous. How can we reduce the
incidence of undetected issues?
Forthcoming issues of Point Lookout
- Coming May 23: Narcissistic Behavior at Work: IX
- An arrogant demeanor is widely viewed as a hallmark of the narcissist. But truly narcissistic arrogance is off the charts. It's something beyond the merely annoying arrogance of a sometimes-obnoxious individual. What is narcissistic arrogance and how can we cope with it? Available here and by RSS on May 23.
- And on May 30: Chronic Peer Interrupters: I
- When making contributions to meeting discussions, we're sometimes interrupted. Often, the interruption is beneficial and saves time. But some people constantly interrupt their peers or near peers, disrespectfully, in a pattern that compromises meeting outcomes. How can we deal with chronic peer interrupters? Available here and by RSS on May 30.
I offer email and telephone coaching at both corporate and individual rates. Contact Rick for details at rbrenPfYpPbpbmzRTuuHQner@ChaclPdRHOfZxeOuyHTJoCanyon.com or (650) 787-6475, or toll-free in the continental US at (866) 378-5470.
Get the ebook!
Past issues of Point Lookout are available in six ebooks:
- Get 2001-2 in Geese Don't Land on Twigs (PDF, USD 11.95)
- Get 2003-4 in Why Dogs Wag (PDF, USD 11.95)
- Get 2005-6 in Loopy Things We Do (PDF, USD 11.95)
- Get 2007-8 in Things We Believe That Maybe Aren't So True (PDF, USD 11.95)
- Get 2009-10 in The Questions Not Asked (PDF, USD 11.95)
- Get all of the first twelve years (2001-2012) in The Collected Issues of Point Lookout (PDF, USD 28.99)
Are you a writer, editor or publisher on deadline? Are you looking for an article that will get people talking and get compliments flying your way? You can have 500 words in your inbox in one hour. License any article from this Web site. More info
- Technical Debt Management: Making the Business Case
- This program
outlines the steps necessary for deploying a program for rational management of technical debt. For
many organizations, adopting a program for rationally managing technical debt entails organizational
change. And unlike some organizational changes, this one touches almost everyone in the organization,
because technical debt isn't merely a technical problem. Technical debt manifests itself in technological
assets, to be sure, but its causes are rarely isolated to the behavior and decisions of engineers. We
can't resolve the problem of chronically excessive levels of technical debt by changing the behavior
of engineers alone. Technical debt is the symptom, not the problem. In this program we outline the essential
elements of an effective business case for adopting a rational technical debt management program. But
this business case, unlike many business cases, cannot be captured in a document. We must make the case
not only at the leadership level of the organization, but also at the level of the individual contributor.
Everyone must understand. Everyone must contribute. We explore five issues that make technical debt
so difficult to manage, and develop five guidelines for designing technical debt management strategies
for the modern enterprise. Read more about
this program. Here's a date for this program:
- Wyndham Springfield City Centre, 700 East Adams Street, Springfield,
Illinois 62701: June 12,
Monthly Meeting, Central
Illinois Chapter of the Project Management Institute. Register now.
- Wyndham Springfield City Centre, 700 East Adams Street, Springfield, Illinois 62701: June 12, Monthly Meeting, Central Illinois Chapter of the Project Management Institute. Register now.
- The Race to the South Pole: The Power of Agile Development
- On 14 December 1911, four men led by Roald
Amundsen reached the South Pole. Thirty-five days later, Robert F. Scott and four others followed. Amundsen
had won the race to the pole. Amundsen's party returned to base on 26 January 1912. Scott's party perished.
As historical drama, why this happened is interesting enough. Lessons abound. Among the more important
lessons are those that demonstrate the power of the agile approach to project management and product
development. Read more about this program. Here's
a date for this program:
- Fifth Third Bank, 5717 Madison Road, Cincinnati, OH 45227:
Monthly Meeting, Cincinnati
chapter of the International Institute of Business Analysis. Register now.
- Fifth Third Bank, 5717 Madison Road, Cincinnati, OH 45227: July 17, Monthly Meeting, Cincinnati chapter of the International Institute of Business Analysis. Register now.
- The Power Affect: How We Express Our Personal Power
- Many people who possess real organizational power have a characteristic demeanor. It's the way they project their presence. I call this the power affect. Some people — call them power pretenders — adopt the power affect well before they attain significant organizational power. Unfortunately for their colleagues, and for their organizations, power pretenders can attain organizational power out of proportion to their merit or abilities. Understanding the power affect is therefore important for anyone who aims to attain power, or anyone who works with power pretenders. Read more about this program.