Sunday, 23 May 2010 00:00

Finding Gold In Red Projects

Rate this item
(0 votes)

The scope of Rescue the Problem Project

The costs of failing projects are huge. Roger Sessions estimates the cost in the US alone to be $1 trillion annually. The impact, though, goes beyond monetary; it includes reputation, the organization's morale, consumption of resources, and missed opportunity by postponing other projects. Fortunately, there are also many unrealized benefits to glean from troubled projects. To reap those rewards, companies must adopt a culture to exploit failure and learn from it. More often than not, people just want to get the project behind them.

The Environment

The normal process is that a project fails, people are assigned to fix it, they apply corrective actions to the project, and they muscle it to completion. The entire time they vow to fix the root problems as soon as the project is complete. Unfortunately, by the time the project is over, people have been reassigned, management does reluctant to spend more money, and everyone is sure they know the issues and will never repeat them. People are exhausted. The retrospective is forgotten.

Many problems exist in this scenario. To begin with, projects are not self-contained systems; they are a subset of larger systems. They are inside organizations and the people, processes, and policies of those organizations bound the project. To fix the project, one must fix the organization. The solution is to have a company philosophy of addressing problems when they are found.

The Anatomy of Failure

Every recovery is really three projects—the failing project, the recovery project and the newly recovered project. The recovery is sandwiched between to other two projects. The recovery process generates multiple corrective actions to attain the new successful project. The gold in the recovered project is the corrective action. Properly applied corrective action solves the problem so it will not reoccur on this and follow-on projects. To reap that benefit, the problem needs to be fixed at its root cause.

Experience shows that most problems found have little to do with the project itself. The most common problems relate to the organization's policies and people's actions. The problems need to be fixed in the organization, rather than in the project.

For example, one common reason for projects getting in trouble is that the people do not have the correct skills to do the work. There are two commonly proposed solutions to this problem: 1) train team members on the required skills, or 2) replace them with appropriately trained resources. However, this only solves the project's problem. Ask the question, "Why are their skills inadequate?" It is surely not the individual's fault. In many companies, there is a policy that internal people are used prior to bringing in outside resources. This is a great policy and very well intended, if there is also a policy to train people on technologies that are on the corporate roadmap. The training must be part of overhead or factored into the time and cost of the project. Unfortunately, too many organizations reduce the training budget to remain competitive—a fatal mistake.

Analyzing each problem on the project for its root cause will generate a list of organizational changes that will benefit all projects in the future.

Breakaway Companies Embrace Change

As support for the change theory, let us look at a few recently published IBM whitepapers on the attributes of breakaway companies—companies that did not simple prosper, they pulled away from their competition. One cites a number of traits in the corporate culture that made them different from their lesser competitors. They strove to have their management less corrective and more directive; decision support had morphed into action support; operations were taken beyond efficient and were being optimized; and they were no longer using human insight to address problems but rather applied semantics. Companies that were in this class never thought about Band-Aiding problems on projects. It is too slow. Fast organizations fix problems at their source by making agile systems capable of rapid change. They cannot fix problems in the field it is too costly, they need to be fixed at their genesis.

To accomplish this they need to embrace change. IBM research went further and identified the key contributors to success in the breakaway companies. The key was their acceptance of change. Although adherence to procedures was a factor, what really distinguished them were four major contributors:

  • Drive culture and people change management
  • Move to sophisticated data governance systems
  • Implementation of business process change
  • Achieve Organizational alignment

These four items constituted sixty-two percent of the reason they were top performers. Managing the mechanics of the organization was a mere thirty-eight percent of the reason for their success.


To be successful we need to have successful projects. To break the mold of current project failure we need change. Looking beyond reaction and to move to deliberate action is critical to success. This requires drilling into the reasons for failure and solving the problems at their source. It requires a new attitude and culture that realizes that we must change our businesses, remove the organizational barriers, and use each failure to point to new ways of thinking. By doing this, each failure becomes a gold mine showing us what to correct.

Read 4860 times

Related items

  • Process Mapping

    Process is at the core of any business. It makes work predictable, repeatable, and transferable. Without it we cannot scale our businesses. However, process can be a bane to making progress. Processes that work for a $10 million company have difficulties supporting a $30 million company. Trying to scale them to a $300 million company will not only fail but not address the issues that larger companies have that were never dreamt of in a smaller organization. Processes need to be discarded, revamped, and built—all of that without creating an overburdening bureaucracy.

    Anytime you need to go someplace, you first have to know where you are. Processes are never static and your company's current state is probably far from where you think it is. Hence, the first step is mapping out you company's current state followed by defining the future state. This is more than a logical map of the process; it must also include physical maps. Whether your process is solely to provide a service (say, website development) or physical (say, manufacturing) there are logistical issues that complicate the process flow. Without fully understanding those nuances, future state processes will not reach the desired efficiencies.

    For more information about process mapping fill out the form to the left and we will get in touch with you.

  • Success vs Culture

    The other day a Latvian student contacted me for my views the connection between culture and success criteria—an important and intriguing topic. After working in Taiwan, Singapore, Korea, Japan, Israel, United States, and Canada, I wear many scars of both blatant and subtle cultural violations. I also know that within a culture one person's success is often another person's failure. So, after dispelling concerns about clicking on some random email link, I completed her survey (please feel free to take it yourself). In the process, I struck up a friendship with the student, Kristine Briežkalne, who is studying at Riga International School of Economics and Business Administration . She has some interesting views and presented me with a Venn diagram showing four frames to a project (business, client, project management, and growth perspectives) and how they intersected. As the diagram is part of her Master's thesis, I will let you ponder the how to label the overlapping areas (an eye-opening exercise).

  • Kill The White Knight

    There is a reason we do not teach classes on fixing failing projects. Many a cynic feels that we simply do not want to teach our trade, however, our reason is far nobler—we should be teaching prevention rather trying to create white knights to save the day. It is the same philosophy as building a fence at the cliff's edge rather than an emergency room at its base. Our language is replete with idioms telling us to look past the symptom and address problems at their root cause. 'An ounce of prevention versus a pound of cure' or 'a stitch in time saves nine.' Please, feel free to supply your own in the comments. Unfortunately, most of our businesses loathe this philosophy, waiting to address an issue until it is irrefutably broken.

  • Comparing Organizational Change Management Models

    A few weeks ago, I set out to write a post on the comparison of various organizational change management (OCM) methodologies and realized that would be a disservice to my readers. It would simply drag you down the path of implementation while failing to focus you on building the foundation. The pressure was too much and I have relented to numerous requests on making that comparison. The caveat is that juxtaposing these models is not comparing different varieties of oranges or even apples and oranges; we are surely comparing the peel to the fruit they contain. Hence, comparing methodologies like Kotter's model (the peel), Prosci's ADKAR (the core), and General Electric's Change Acceleration Process (the whole fruit) need a different approach.

  • The Executive-Project Manager Gap

    It was such an innocuous question, "Working on an article; what is the biggest problem you see with project governance at orgs? Can you comment?" Can I comment? Really? That is like cheese to a mouse. Where could I start—bureaucracy, draconian process, poor executive sponsorship, disengaged leaders? Plenty of fodder, because they all lead to project failure. I fired off, "Creating an over bureaucratic morass stifling innovation & implementing process instead of cultivating leaders." Then the maelstrom started and it went directly to the gap between the executives and projects managers. Naomi Caietti, Robert Kelly and I had a great conversation. Most of the thread is below.

Leave a comment

More Info on Project Recovery

Tell me More!

Please send me more information
on fixing a failing project.

Rescue The Problem Project

Internationally acclaimed

Image of RPP

For a signed and personalized copy in the US visit the our eCommerce website.

Amazon logo
Buy it in the United States Buy it in Canada Buy it in the United Kingdom
Buy it in Ireland Buy it in Germany Buy it in France
Buy it in Italy Buy it in the PRC
Buy it in Japan
Book sellers worldwide.

Upcoming Events

Other's References