Sometimes the only way to get to an insight is to sneak up on it from the back. My post Reflections on PMs as late adopters has had me thinking a lot about the sense of authority and professionalism program and project managers bring to their respective jobs.
For years I’ve stood in front of senior managers and said effectively “you can trust me, I actually do know what I’m doing.” Since I’ve always meant those words, I know that I personally become very risk adverse about introducing extraneous variables into my programs.
The problem is that recently I think this appropriate risk aversion toward scope creep is slipping into all areas of our management practices. We want guarantees. We want to be assured that there’s a silver bullet that if we do all of these process steps in exactly the right order everything will come out right. Problem is that there isn’t a big P process that will survive a battle with Murphy. For that we need the right staff. I can’t begin to enumerate the number of times the great people I had on the projects and programs I’ve worked on have pulled us back from whatever cliff Murphy was trying to throw us off of. In fact at one time I had a sign in my office that said:
“I don’t believe in miracles, I plan on them.”
And when I prepared my very first project management conference presentation when of the three variable I identified as being crucial for success was having the right people. I’ve heard all the reasons why PMs have to live with the staff they’ve been given and quite frankly I don’t buy them. Or maybe I should say I don’t buy the answer as being true in any organization that claims to be good at managing projects.
So here’s my challenge – the PMO should be held responsible to not beginning a project before it can be adequately staffed. No staff available – no projects. The PMO should also be measured by the project team at the conclusion of the project based on how the project team assesses the staff they were given.
I’d love to hear from people as to how well they think their organization would do against this metric. Do you think it’s fair? Do you think it’s right? If you think I’m off-base what would you suggest instead?
I’m looking forward to hearing what people think.
Category: PMO Tags: PMO Metrics, Staffing a Project

Donna Fitzgerald





































































































3 responses so far ↓
1 Bill Duncan February 12, 2010 at 6:25 pm
Donna — from our new organizational assessment tool, aPRO:
3.1.1 Project staffing forecasts are reflected in organizational staffing plans.
3.1.2 Project staffing needs are agreed to as part of the project approval process.
3.1.3 Staff are made available to projects as agreed.
3.1.4 Staffing needs are updated in response to changes in project plans or project results.
3.1.5 Staffing deficiencies are identified and addressed.
2 Donna Fitzgerald February 13, 2010 at 11:56 am
Bill,
That’s a great, very clear cut list of what I was talking about. Now the issue is to how do organizations actually agree among themselves that this is how they should be managing? In my discussions with clients they stuggle with these topics right across the board.
Last year I published some research on this topic recently “A Practical Five-Step Approach to Project Resource Management” (available to clients or for a fee) to help clients get a handle on how to started. The steps are simple enough — the issue seems to be that very few organizations can be either as disciplined or as organized and they need to be.
3 Bill Duncan February 15, 2010 at 8:14 am
I think discipline is part of it, but I think there are three other major factors at work.
First is basic human optimism. Psychological research has shown that we all chronically underestimate everything from the length of a shopping trip to how long it will take to pack the car for vacation. So I think that the initial effort and duration estimates for most projects are chronically optimistic. Managers actually think they can handle the volume.
Second, so many IT organizations are trying to use a project life-cycle based on the process groups of the PMBoK Guide. This means that they are forced to develop estimates long before they have the information needed to do so with any degree of reliability.
Finally, I still see organizations using unreasonably high estimates of availability. 1500 project hours per year should be a maximum, and most seem to use it as a minimum.