Project Management Operational Problem Solving Implementation & Change Management Strategy & Alignment

Frank Patrick's Focused Performance Business Blog
This Focused Performance Weblog started life as a "business management blog" containing links and commentary related primarily to organizational effectiveness with a "Theory of Constraints" perspective, but is in the process of evolving towards primary content on interactive and mobile marketing. Think of it as about Focusing marketing messages for enhanced Performance. If you are on an archive page, current postings are found here.

Wednesday, October 09, 2002

• Project Conflicts - As pointed out numerous times either in this blog or in it’s parent site, it is useful to define problems in terms of dilemmas, typically between actions assumed as required to support necessary conditions of success. No where is this more evident than in the realm of project management. Here’s a few conflicts that may be familiar.

An engineer's/programmer's/resource's dilemma: On one hand, in order to prosper, I must support the goals of the organization (including the need to deliver things fast); in order to support the goals of the organization, I'm pressured to estimate and promise my work aggressively. On the other hand, in order to prosper, I must perform as an individual (against such criteria as due-date performance) and avoid "pain"; in order to perform successfully as an individual and avoid "pain", I'm pressured to estimate safely and promise conservatively. (I'd suggest that if permitted, the second option would win over the first every time.)

How about a dilemma for project managers: On one hand, in order to prosper, I must promise projects that have minimum planned lead time; in order to promise minimum planned lead time, I'm pressured to not protect the project. On the other hand, in order to prosper, I must assure that project promises are kept; in order to keep project promises, I'm pressured to protect the project more. (This one is usually subject to compromise, which quickly devolve to lose-lose situations -- a little protection, a little late, very little prospering.)

And project owners or program managers aren't immune either: On one hand, in order to finish all projects asap, we must finish existing projects asap; in order to finish existing projects asap, we are pressured to delay the starts of new projects. On the other hand, in order to finish all projects asap, we must finish new projects asap; in order to finish new projects asap, we are pressured to start new projects asap. (Could the usual solution to this one be to start the new projects, and then multi-task to "assure progress" on all projects?)

And looking a bit deeper, maybe there's a core conflict at the root of problems in most of today's projects: On one hand, in order to have successful projects, we must respond to unexpected circumstances impacting key goals of our project (i.e., schedule, scope, budget); in order to respond to unexpected circumstances, we are often pressured to compromise on at least one of the other goals. On the other hand, in order to have successful projects, we must deliver the key goals; in order to deliver the key goals, we must not compromise those goals. (This one's easy -- How many projects ever come in on time AND within budget AND as specified?)

Hey -- who said it would be easy? That's why folks associated with projects get paid the big bucks. Right?

The key, however, to dealing with dilemmas or conflicts like these is to look a bit deeper into the assumptions that underlie the "in order to, we are pressured..." statements or the belief in the conflict itself. Maybe if we identify and address some faulty assumptions, the conflicts can be resolved - maybe we could achieve the "musts" without the conflicting "pressures." At the core of Critical Chain-based project management is the questioning of these assumptions. The resource’s dilemma is rooted in the assumed need to promise task duration performance in order to assure project duration performance. For the PM’s dilemma, there are assumptions about how project promises can be made safe. And the assumption about "starting sooner to finish sooner" can be shown to break down as soon as projects start interacting and drive multi-tasking of resources.

posted by Frank - Permanent Link - |

Current Posts (Main Blog Page)

Previous Posts

It is a common delusion that you make things better by talking about them. - Dame Rose Macaulay

What's this XML thingie all about?

View Frank Patrick's LinkedIn profileView Frank Patrick's profile


FP's Recommended Reading
- From the FP Bookshelf...

...from My AStore

...and some ideas from Amazon...

Best of the FP Blog Archive
- The really good stuff...

Strategic Thinking and Improvement

Enterprise PM - It Starts with Strategic Interdependence

Face Reality

How to Think With Your Gut

Hugger-Mugger and Helter-Skelter

Managing for Murphy, Satan, and Yourself

More of the Same (Local/Global)

PMI Congress Notes: Using Risk Management for Strategic Advantage

Tell Me How You'll Measure Me and Ah, But What to Measure?

What's in Your Strategy?

Why Can't We All Just Get Along?

Why TOC Works
Project and Multi-Project Management
Critical Chain and (not or) XP

Defining Project Success (But for Whom?)

Down 'n Dirty w/TOC and PM (Part 1 of 5 consecutive posts)

End of Project Review

If Project Management is the Answer, What's the Question?

In Defense of Planning

It Ain't the Tools

Lessons Learned, Revisited

Predicting Uncertain Futures

Project Conflicts

Project Determinism (and other myths)

Project Portfolio Management

Promises, Predictions, and Planning

Removing Bottlenecks - A Core Systems Design Principle

Stage Gates and Critical Chain

Ten Top Sources of Project Failure (The Executive Version)

The Meaning of "Schedule"
Leadership and Change Management
Consistent Leadership Behavior

Invisible Dogma - Perpetuating Paradigms

Nothing But Value

On Assumption Busting

Personal Productivity - An Excuse?

The Psychology of Change Management

FP's Blogroll
- Other weblogs and sites I read

FP's Ryze Page

FP's Technorati Profile
- Click the pic

Who links to FP?

For Your Charitable Consideration:

Give Something Back Foundation

Global Virtual Classroom

FP's Link List
- Selected Sites and Resources

Critical Chain Discussion Group

Lilly Software: Visual DBR

Sciforma PS (Critical Chain Software)

Spherical Angle (Critical Chain Software)

Synchrono Supply Chain Planning Software

FP Blog Archives
- All the oldies, but goodies...

10/09 | 09/09 | 08/09 | 07/09 | 06/09 | 05/09 | 04/09 | 03/09 | 02/09 | 01/09 | 12/08 | 11/08 | 10/08 | 09/08 | 08/08 | 07/08 | 06/08 | 05/08 | 04/08 | 03/08 | 02/08 | 01/08 | 12/07 | 11/07 | 10/07 | 09/07 | 08/07 | 07/07 | 06/07 | 05/07 | 04/07 | 03/07 | 02/07 | 01/07 | 12/06 | 11/06 | 10/06 | 09/06 | 08/06 | 07/06 | 06/06 | 05/06 | 04/06 | 03/06 | 02/06 | 01/06 | 12/05 | 11/05 | 10/05 | 09/05 | 08/05 | 07/05 | 06/05 | 05/05 | 04/05 | 03/05 | 02/05 | 01/05 | 12/04 | 11/04 | 10/04 | 09/04 | 08/04 | 07/04 | 06/04 | 05/04 | 04/04 | 03/04 | 02/04 | 01/04 | 12/03 | 11/03 | 10/03 | 09/03 | 08/03 | 07/03 | 06/03 | 05/03 | 04/03 | 03/03 | 02/03 | 01/03 | 12/02 | 11/02 | 10/02 | 09/02 | 08/02 | 07/02 | 06/02 | 03/02 | 02/02 | 12/01 | 11/01 | 10/01 | 09/01 | 08/01 | 06/01 | 02/01 | 01/01 | 12/00

Powered by Blogger

If you are interested in adding an easily updated weblog to your site, I would suggest you look into the free service provided by Blogger.

Who is FP?
Contact Focused Performance