Twelve early warning signs of IT project failure
Summary: Managers often express surprise upon learning their project will run late or over-budget. Nonetheless, we frequently ignore early warnings signs that indicate a project faces trouble.
Managers often express surprise upon learning their project will run late or over-budget. Nonetheless, we frequently ignore early warnings signs that indicate a project faces trouble.
For an academic article on this subject titled Early Warning Signs of IT Project Failure: The Dominant Dozen, two researchers collected data from 19 experts and 55 IT project managers. The researchers discovered an important lesson: "signi?cant symptoms or 'early warning signs' of trouble" often are present long before a project actually fails.
The article describes twelve warning signs, divided into people-related risks and process-related risks:
People-Related Risks
- Lack of top management support
- Weak project manager
- No stakeholder involvement and/or participation
- Weak commitment of project team
- Team members lack requisite knowledge and/or skills
- Subject matter experts are overscheduled
Process-related Risks
- No business case for the project
- Lack of documented requirements and/or success criteria
- No change control process (change management)
- Ineffective schedule planning and/or management
- Communication breakdown among stakeholders
- Resources assigned to a higher priority project
Continued high rates of failure suggest that most organizations ignore these early warning signs. While we can speculate why, one fact is clear: enterprise software buyers are well-advised to recognize potential failure earlier in their projects.
Writing on precisely this topic, CIO advocate Chris Curran, discusses several methods for detecting "weak signals" that indicate downstream problems:
[M]aybe we are ignoring some fundamental, but less obvious signs that our projects are not positioned for success. These signs, or weak signals, require different mindsets and toolsets to gather, track and act upon.
In my view, we cannot overstate the importance of listening carefully to uncover early warning signs of risk.
Does your organization do a good job detecting the weak signals of impending failure?
Image from iStockphoto
Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.
Talkback
After many years as a project manager
Beware the "fine"
I have found that "fine" never really means what you think it means. Never accept it as an answer - always follow up!
Warning signs?
Answer: many do
RE: Twelve early warning signs of IT project failure
Human Nature
He also said that organizations typically don?t take action even if risks are identified, until the buzz saw hits. Usually, by that time, the project is in the hands of the powerless (project team or end-users) and all they can focus on is to keep the ship from going down.
Completely true in today's management system
An understanding of IT software project budgets vs. other domains.
Honesty works here...
The real world of IT project management
Want Project Success? Learn Team Building....
Dr. Raymond C. Rask
Qualified Project Managers
http://www.zdnet.com/blog/btl/tr-the-10-best-it-certifications-2010/38232?tag=nl.e539
So perhaps better days are ahead for the field of IT project management.
RE: Twelve early warning signs of IT project failure
RE: Twelve early warning signs of IT project failure
Only if Project is Defined to Succeed at the Front End
Project Management Methodology
At least, that's the ideal situation--it assumes that project management methods and tools are used fully and correctly. In reality, this often doesn't happen. That's not a reflection on flaws in those methods and tools, though; it's a reflection of flaws in the organization that fails to use them.
RE: Twelve early warning signs of IT project failure
I am truly hoping that you just left out the word "skeptically" in your sentence (as in "PMP certification is being looked at more and more skeptically in the IT field"). The IT world probably has 10x the concentration of PMPs of any other profession, even defense tech, and they tend to be people who deeply believe what they read in the PMP manuals. Then go on to create the largest disasters imaginable.
sPh
Essential article, indeed
To respond to the comment above, I honestly don't see PMP certification as solving these issues (although it's helpful, without a doubt). About half of the issues (indeed, ones that I'd consider to be more "prime mover" in nature) are issues for senior management: things like stakeholder involvement, management commitment, team makeup, etc. We've got to fix the problems at the head.
I'd also point to what I call the "big project psychologies" that settle in and prevent the detection of these issues: things like wishful thinking, denial, gridlock, moving the goal posts, etc. I've written on these here: "The IT Project Failure dilemma: how to get early warnings" at http://www.peterkretzman.com/2010/03/25/the-it-project-failure-dilemma-how-to-get-early-warnings/
RE: Twelve early warning signs of IT project failure
RE: Twelve early warning signs of IT project failure
> Weak project manager
> No stakeholder involvement and/or participation
I would say rather:
* No involvement by _managers_ from the groups that will be actually using the technology (managers being defined as people with the responsibility and authority to allocate personnel, manhours, and dollars, and to directly affect promotions and firing.
* Use of the "project manager" model of organization, instead of the "real manager" (see definition above). It is beyond me why any organization thinks that putting a person with no real authority as the "head" of a project and telling him to "use his indirect influence" will accomplish anything. Read Joe Sutter's book on designing the 747: he had to use his political skills and influence, but he also directly _managed_ 3000 people!
sPh