Software projects fail often — way too often.

The Standish Group, an IT research firm, conducted a study that surveyed 365 people representing over 8,000 software application projects. The results were, in a word, bleak. For example, over 30 percent of projects get canceled before completion. At large companies, according to their results, less than 10 percent of projects are “successful.” The bad news goes on, but you get the idea. The success rate on software projects is terrible.

We have a problem here. The amount of capital, time and energy placed into software projects should preclude failure, and yet it occurs over and over again. So why do so many software projects fail?

We’ve broken down some of the most common reasons.

1. Poor Communication

Perhaps the most remarkable number that Standish Group landed on was this: under 10 percent of IT projects at large companies are successful. Something about large companies makes successful software development obtrusively difficult.

Another data point in the study indicates what that “something” is. For small companies, Standish Group found that project success rates approached 30 percent. That’s a 20 percent gap. Small companies — for all they lack in resourcing and manpower — consistently outperform their larger counterparts in one key area: communication.

Communication is the single most crucial component of a productive development cycle. The importance of having engineers, managers, and executives who talk to each other, solve problems together and, frankly, don’t mind being in each other’s company, cannot be overstated. No project can succeed without clear, high quality communication. This one component is more valuable than any individual person, machine, or software program.

2. Confusing Requirements

On the flip side, projects can be bogged down by requirements that are overly burdensome. It may be that too many people with too many different (and often conflicting) interests have their hands in the cookie jar. In rare cases, being overly detail-oriented risks missing the forest (building a good software program) for the trees (getting one or two minute details so perfectly right, to the point where everything else suffers).

3. Weak Executive Support

4. Lack of a Strong “Why”

Software projects sometimes exist in the ether, that in-between state where everyone knows what has to be done, but not why. Without a worthwhile, driving force — a positive end goal that everyone can get behind — such projects are doomed forever to their state of purgatory, where scope creep, budget inflations and never-ending development cycles abound.

5. Lack of Unified Direction

It happens all the time. Consider this example: A team is tasked with a project to build, say, an “automated quoting tool”. Seems reasonable enough. Quotes can be complicated and we want users to be able to answer a series of questions and create for them a customized quote.

The team takes this and runs with it, and six months later they’re creating customized account management features for salespeople to save quotes and advanced reporting features. They think they’re building nice tools their salespeople will love. And maybe they’re right. But the “why” of the project is never re-enforced, and in reality, the entire reason for the project was “to allow anyone easy and direct access to quotes without having to wait for a salesperson to generate one for them.” So although these features that are being built might be nice to have, they don’t actually support the end goal of the project at all. They had nothing to do with enabling external users to generate quotes. Had they known clearly that this was the driving purpose behind the project, the project executors could have made better decisions to keep on track toward that goal.

Every project needs to have a “true north” that decisions can be measured against.

6. Poor Upfront Budget Estimation

While we can chuckle at that, it’s only a soft chuckle with a half-smile because anybody who has spent time executing these projects knows there’s just a little too much truth to it. According to the Standish Group study, over half of all software projects end up costing nearly double their projected estimates.

Nobody has an unlimited budget. And cost overruns are a major part of why projects fail.

7. Poor Management

No team, no matter how strong its personnel, is effective without the right management. In a software project, even if they’re not typing the zeros and ones, management and proper coordination is as necessary to success as anybody on the ground. They must foster a productive work environment, stave off obstacles along the development cycle, keep the focus, and be attentive to the needs of their team members. They should inspire teams to do their best work. They should be effective planners, decision-makers, and coordinators, keeping everybody on track. Without quality leadership, in software as in life, any team project is destined to fail.

For additional advice, you can always consult with our team of professionals who know how to remove all obstacles on the way to a successful project.

Find more on

Tech & IT content