When Technology Runs Amok
Even small, smart, agile organizations can make disastrous computer-system mistakes.
Published July 2005
Jerry Moody has a lot in common with FBI director Robert Mueller. They've both been in law enforcement -- Moody is a former policeman, or "used cop," as he likes to put it. They both head investigative organizations -- Moody founded and runs Coast Guardian Investigations in Hayward, Calif., which each month conducts some 600 background investigations of job applicants on behalf of mostly well-heeled corporate clients. But Mueller and Moody also happen to share a noteworthy accomplishment, albeit one they probably don't put on their resumes: They both presided over ambitious technology projects that turned into money-sucking fiascoes.
"I love people in general," graphic novelist Alan Grant once said. "But I find that on an individual level people are bastards." That pretty much sums up the relationship many companies have with technology. We swear computer systems have done so much to improve the way we do business, and yet any given information technology project can cause impressive sums of money to disappear into the pockets of IT professionals -- all to pay for something we might gladly trade for a quality lava lamp.
The FBI will back me up on this, having flushed some $150 million down the tubes in the past five years on a system that was supposed to allow agents to share information about cases with one another and with other agencies but which now appears to be destined for virtual shredding. In the inevitable post-disaster finger-pointing, congresspeople have been shocked -- shocked! -- to learn that this much money could be wasted on a system that doesn't do the job. They have forgotten, apparently, that the Federal Aviation Administration, the IRS, every branch of the military, and many other federal entities have lost far more on big dead-end technology projects.
But those who sneer at the inability of lumbering bureaucratic government agencies to manage technology probably haven't run a company. Because while having a computer-system development disaster take place on your watch may sound like reason for cringing in shame, it's actually more the rule than the exception -- the vast number of failed projects churned out at businesses just don't happen to get the press. "More than half the large custom systems that are started never reach users," says Joseph Goguen, a computer science researcher at the University of California at San Diego. "Usually they're just canceled, but sometimes they're declared a success and then not used." Small and midsize businesses build these clunkers by the tens of thousands, too, he adds -- and often blow a larger percentage of revenue on them to boot.
That's what happened to Coast Guardian's Moody. Six years ago, reeling from the costs and delays from the paperwork involved in running background checks on job applicants, Moody wondered why he couldn't do it all online. He hired a systems developer. Two years and $20,000 later, the system still wasn't working, and the developer had stopped returning calls. "I could have hunted him down, of course," says Moody. "But what for? The money was gone. And $20,000 was a big hit to us then."
To an outsider, runaway computer projects may smack of incompetence. But even companies with gilded technology reputations suffer mammoth failures -- IBM, for example, participated in a mid-1990s project that helped burn $1.5 billion of taxpayer funds in a futile effort to revamp the nation's air traffic control systems. And Goguen notes that when experts studied the costs of fixing failed computer projects, they found that only about 20% of the costs were related to problems with programming or system design. Another 20% or so were related to a failure to address the needs the organization had stated. But about 60% of the costs went into the real culprit: the organization's failure to explain its needs. "The developers end up designing and building the wrong system," says Goguen, "and they don't realize it until they're almost through." Sometimes the technology people do a poor job of listening, he notes, but more often the failure is at the business end.
You might have thought that saying what you want your computer system to do is the easy part. But managers often give the process short shrift, says Les Kent, president of Progent, an IT consulting and outsourcing firm in San Jose, Calif. "Key decision makers often participate at a cursory level early on because they're busy and it isn't fun," he explains. "Then they get upset later on when the project isn't going the way they envisioned." Small and midsize companies are usually too stubborn or strapped to just kill a bad project, he adds; instead they force it on users anyway, limping along for years with what he calls an "albatross solution."

