Project Rescue and Recovery

Sunday, 01 November 2009 00:00

Finding Religion, Trusting Leadership

The project team has an obligation to tell leadership or the customer when they think the direction of the project is wrong. However, at some point the team must follow management. They have to trust management has the insight to know what needs to be done. I call this "Finding Religion." People must act on faith believing the direction is best for the company. This is often contrary to data that is in front of the team and indicates another direction.

Monday, 09 November 2009 00:00

When Even The Punt Fails

Mega Screen Projects can be on-time, within budget, meet the specifications and still be a failure. Case in point, the new Dallas 160x72 foot mega screen. It seems the screen displays what it should, but is positioned a bit too low. So low, that on August 21st, the punter kicked a ball into it. Did someone forget the purpose of the stadium was playing football?

Monday, 12 October 2009 00:00

Cultural Faux Pas

Cultural issues can be devastating on any project. It is much larger than the obvious language barrier. In fact, since it is so obvious, language is often the smaller issue. It is critical to understand cultural differences and change the management style to accommodate it. Everyone should spend time learning about the different cultures on the project. A few examples help underscore the point.

Monday, 28 September 2009 00:00

People: Common Failure Symptoms

In daily talks and presentations, I am often asked what the most common reasons are for project failures. I usually turn the question around and ask people what they think. It is a fun exercise and people list a mixture of symptoms and sources. As mentioned in the previous blog, one must drill past the symptoms and get down to the problem itself. It is my firm belief that most project problems are rooted in the people, however people are creatures of habit.

Monday, 21 September 2009 00:00

How Many Things Can Go Wrong...

It is common that when I am called into fix a red project to have management assign all of the projects ills to one problem. As of yet, I have to see such a project. There are multitudes of problems deeply embedded in the organization and the project team to make a project truly crimson. Managers look at how the problems manifest themselves, skip diagnoses and assign blame. Prior to getting to the point of calling an outside party, they have tried to fix the issues by attacking these symptoms. This only makes matters worse and the project becomes a deeper shade of red.

Monday, 24 August 2009 00:00

Technology's Stab in the Back

"Technology... is a queer thing. It brings you great gifts with one hand, and it stabs you in the back with the other." This quote, delivered by C. P. Snow, is one we should all live by. Mr. Snow was a physicist, a novelist and a bit of philosopher. Technology brings about great benefits that many of our projects rely upon. We are using it right now. However, take pause to reflect on how technology is also our nemesis. It haunts our projects with its false promises and lures us into implementing superfluous functionality.

Monday, 10 August 2009 00:00

People Make Projects Fail

The other day a friend said that there were three reasons for project failure. I took exception and stated there were two. As I thought about it more, there is only one. People are at the root of all failures, everything else is a symptom. Let’s look at some common reasons.

The project is over constrained. People set the constraints. If they do not understand the project well enough to set the constraints, or listen to the people that are suggesting the constraints, then they are the problem.

Sunday, 08 July 2012 00:00

Stop All IT Projects!

Again, I was chided for saying there are no Information Technology projects. This time, the excuse was that the company built software. I countered my antagonist by asking if the same group that built their software also maintained the account system, workstations, email, and network. "No, that is a separate group." He was missing that his company's production group was not IT. Information Technology is the support group... and yes, they should not be doing anything that fails to directly affect getting product out the door or reducing costs. Every project's goal must be to deliver to the operational needs of the company—selling product—not to the whims and desires of the IT group. If a project fails to address the needs of the customer (directly or indirectly), then it should never see a penny of funding. This seems such an elementary concept, but it is routinely violated by techno-bigots trying to implement the latest toy or tool.

Published in IT Assessment
Sunday, 04 March 2012 00:00

Technologists Are Never the Problem

I sent a note to professional organization's program director the other day asking if their group would be interested in hearing about methods to increase project success. The organization was for a technical group that worked with data transformation—a skill set used in every IT project I have ever been on. The reply came in a prompt, succinct, and sarcastic reply:

"We [sic] you please tell me just how this would ever relate to the members of our group. You obviously do not understand that we are not responsible for running the project."
Published in IT Assessment
Monday, 05 July 2010 00:00

The CIO's Role in Project Failure

CIO nameplate: Who should the CIO report to?

A couple months ago I asked the question, "Who should the CIO report to?" on the LinkedIn's CIO Magazine Forum. Surprisingly, over 100 people responded, so many that the group's moderator moved the discussion to the jobs section. Maybe they were tired of the attention this old, beat-up subject was getting. I surely did not think responses would be quite as passionate as they were. However, my interest lay in another area, not in the answers to the direct question, rather the reasoning behind them.

Published in IT Assessment
Page 9 of 11

Filling Execution Gaps

Available Worldwide

Filling Exectution Gaps cover

Filling Execution Gaps is available worldwide. Below are some options.

 

PG DirectLogo
Limited Time Price $20.99
Amazon logo
Book or Kindle
Flag of the United States Canadian Flag Flag of the United Kingdom Irish Flag Deutsche Flagge
Drapeau Français Bandiera Italiana PRC flag
Japanese flag
Bandera de España
Flag of India
Bandera de México
Bandeira do Brasil
Flag of Australia
Vlag van Nederland
DeG Press Logo
Barnes and Noble Logo
Books a Million Logo
Booktopia Logo
Worldwide: Many other
book sellers worldwide.

More Info on Project Recovery

Tell me More!

Please send me more information
on fixing a failing project.