Project Rescue and Recovery
"Project management is easy. We have been managing people for hundreds of years. Just take any manager, give them a project, and tell them to get it done." Experienced project managers will accurately predict the end of this story—there is a disproportionate chance this project will fail. Rather than "manager" being the key noun, a leader is required to deliver project value on time and within budget. To distinguish the project manager further—functional managers need only manage subordinates, while successful project managers lead extended project teams. This fundamental difference drastically increases the project manager's scope of the responsibility, since the project team includes an entire flock of stakeholders.
Nothing starts your day worse than waking up to a CNN News crew on your front porch. That is what happened with Cover Oregon (Oregon’s failed HIX implementation). Now, with multiple lawsuits filed, only time will tell who the real losers are. One thing is for sure—there will be no winners. With all the contracts, audit reports, and court documents in the public domain there is no better time to learn.
The other day, while playing with my nine-month old Granddaughter, I counted the number of times she tried to do something and failed. If I had that much trouble, I would give up. Then I reflected on how many successes she has ever hour. Day by day, she changes—in a marked way. Making new sounds, crawling, climbing, signing, putting toys together, they are all big steps. She repeatedly tries until she gets it right, resulting in more successes in a day than I have in a week... maybe a month, even though she fails at more things in an hour than I do in a year. Maybe, if I were to increase my number of failures, successes would skyrocket.
With the coming of 2011, it is time to reflect on our past and contemplate the future. We think about our families, our friends, our successes and failures; we think about our jobs, our professions, and the world of possibilities. We must reaffirm our ship's direction, stay the course, make corrections, or find a new destination. As project managers, we must look at the recent changes in the discipline and translate those into a plan for our professional development—a plan that meets our needs and the needs of the discipline.
Conflict resolution is a major part of recovering red projects. The solutions range from firing the bastards to analyzing where the sources of conflicts are and determining a more friendly way to resolve them. I have to admit, when stepping into a project where the estimate at completion is a couple million dollars over the budget, everyone is pointing fingers, and the customer is screaming the supplier is in default, replacing people is sometimes the best option. So much so, my kids occasionally refer to me as 'hatch.'
Are project success rates getting better or worse? What is the cost? What are the controlling factors? How does someone calculate these numbers? The answers are elusive. Lately, Roger Sessions has taken exception to one source—The Standish Group. He has many valid points. However, I doubt there are any statistics giving us a complete picture.
This twitter banter prompted me to dust off some old reports, dig through my library and search my online files to pull some meaningful data together. I was wondering about the headline sentence of this year's Standish Chaos Report, which contains "[2008's] results show a decrease in project success rates, with 32% of all projects succeeding." A pretty alarming statement.
|Author:||Todd C. Williams|
|Released:||March 20, 2011|
Amazon #1 Bestseller in Business and Technical Project Management!
Back from the brink... the first fail-safe recovery plan for turning around troubled projects and keeping the problems from reoccurring.
When budgets are dwindling, deadlines passing, and tempers flaring, the usual response is to browbeat the project team and point fingers of blame. Not helpful. For these situations, what is needed is an objective process for accurately assessing what is wrong and a clear plan of action for fixing the problem.
In Rescue the Problem Project, Todd Williams, President of eCameron, describes how projects go wrong and what to do to fix them. It focuses first on people, then process, and finally technology. By doing this it helps you find the root cause of the failure and helps you prevent it from happening again.
A couple Friday's ago, I was in a meeting and I reiterated my mantra, "Process stifles creativity." A friend, well, I think she still is, nearly jumped out of her chair. "I need to correct you," she barked, "Only poorly implemented process stifle creativity." The suddenness and passion in her response caused the gentleman sitting between us to slide his chair back quickly in order to avoid being tangled in any physical altercation. The room was full of jeers for us to settle the dispute in the parking lot. Realizing I had just stepped in a hornet's nest, I made a joke of it. However, her attack does not dissuade me.
Let me be perfectly clear, I hate PMOs. It matters not if you call them project management offices, program management offices, or portfolio management offices, they only spell one thing—poor leadership. Now those of you that know me, have heard this enough times that your eyes are rolling back as you mumble, "Here he goes again. Who set the bait in front of him this time?" However, I have confused people with a couple of PMO articles that might seem contrary.
Estimates are a pain in the... er... butt. Everyone hates doing them. The reason? They are always wrong. They are either too optimistic, when we think we know more than we do, or they are overly padded, trying to account for the unexpected. Other times it is much more subconscious. Some little voice in the back of our heads is working on our conscience to change the perception of the work required. We can be our own worst enemies when it comes to creating estimates and do even more harm when we go to work the task. For now, let us look at a couple factors that influence how we determine the length of time it takes to do simple tasks and save the effects of that estimate for another article. With a little audience cooperation, we will produce a fun answer from a simple mental exercise.