CIO.com CIO.com Archives Research Opinion Career CIO Store Newsletters search


CIO.COM

Dec. 15, 2004 Issue of CIO Magazine | In this section....

PROJECT MANAGEMENT

What It's Like To....
Pull The Plug On A Multimillion-Dollar Project

BY JERRY GREGOIRE | former cio (at dell, pepsi and elsewhere) and now a frequent contributor to cio.


What It's Like To...
Introduction
Achieve 100% Uptime
Send People into Danger
Survive Charley
Take Your Application Source Code Out of Escrow
Bear Witness To IT History
Walk In Your Customers' Shoes
Move a Company to Open Source
Work For A 24/7 Entrepreneur
Be The Last Man Standing
Bond On Mt. Fuji
Be An Early Adopter
Lose Your Job
Save Four Lives
Pull The Plug On A Multimillion-Dollar Project
Brief The President
Testify Before Congress
Be The First CIO Of The U.S. Senate
Walk Into An IT Disaster
Get The Job
Not Get The Job
Build The World's Most Powerful Supercomputer
Be The Fall Guy
Live In A Two-CIO Family
Move To A New Industry
Survive The Pentagon Attack
Take A Real Vacation
Be Treated Like A Rock Star
Be An American Abroad
Catch A Killer
Be Different
Work In Iraq
Be A Man In A Woman's World
Be Hired By The FBI
Start Your Own Company
Save $55,000
Fire Half Your Staff
Downshift Your Life
Go From CIO To CEO
 
Advertisers
For a while, I became variously famous and infamous for shutting down one of the highest-profile ERP implementations in the United States. My company at the time was Dell Computer, and the ERP software we were trying to implement was from a country not known for its sense of humor. Dell had purchased the software and started the project about six months before I was hired. Hired, I might add, to keep this project—which was about 20 percent complete and already millions over budget—on track and implement it quickly.

The simplest part of that whole episode was the actual decision to shut the project down. In short, we determined that, because of our unique business model (individually custom-built PCs) and the way the ERP software was designed (large production runs of the same PC), we couldn't process a day's worth of transactions in less than 24 hours. This was not good news, except that it made the decision to pull the plug pretty easy. That this problem wasn't discovered earlier in the project was probably a combination of wishful thinking on our part and a lack of experience on the vendor's.

In preparing to break the news, the money thing was the easiest to explain. We developed a summary of what we'd already spent and what we were likely to spend to finish this system-that-wouldn't-work. It was a blessing that much of what had already been spent could not be quantified—things such as delayed enhancements on legacy systems, long hours for stressed people and lost business opportunities. It also helped that the millions it would take to finish amounted to far more than what had been spent.

The "what do we do now?" question was much harder. It would have been irresponsible to continue spending while I figured it out. So the answer would have to be, "I don't know yet." During my presentation, when I put up a slide with just those four words on it, I looked at the audience and had the sense that I was staring at an oil painting.

By far, the toughest part of developing a message that wouldn't get me killed was remaining sensitive to how most of these nightmares got started in the first place. Here's a hint: It wasn't from the office of the CIO.

While it isn't quite so true today, a few years ago it was common to see advertising from "solution providers" targeted at CEOs and designed to shake their confidence in their IT departments. Their increasingly hyperbolic promises had the effect of ratcheting up expectations beyond anyone's capability to deliver, including theirs. Combine this with the phenomenon known as corporate herd mentality, and almost everyone was sold on the notion that complicated and innovative solutions could be delivered with the regularity and reliability of a Swiss watch.

To his great credit, Michael Dell, the executive sponsor of that project, graciously accepted my conclusions and was very supportive in our efforts to get things turned around. Things didn't go quite as smoothly with the hordes of consultants clogging up our cubicles or the software vendor who, while not disputing our conclusions, felt that we should pay for the software anyway. The worst of it came one night, at home, when I got an angry call from a member of our board of directors who also happened to be a member of the software vendor's board.

Slept pretty darn well that night!

In the end, though, we all survived (very well, I might add), and within a few months had developed an alternative approach. I could actually start breathing again. Looking back, it's absolutely clear that had we not shut that project down, our systems would have severely inhibited the explosive growth Dell enjoyed in those years. However, it would have been nice to be that sure at the time.

Whew!

 Brief The President




Printer Friendly Version
Subscribe to CIO

 

CIO  - managing alignment between corporate objectives and IT strategy



In the Dec. 15, 2004 Issue of CIO:

http://www.cio.com/CIO

CIO Magazine - December 15, 2004
© 2004 CXO Media Inc.


http://www.cio.com/archive/121504/cio_project.html




 HOME  CURRENT ISSUE  ARCHIVE   About CIO :: Advertise :: Subscribe :: Conferences 

Reprints, IDG Network, Privacy Policy

THE IDG NETWORK
CSO :: CMO :: Darwin :: Computerworld :: Network World :: Infoworld :: PC World :: Bio-IT World
IT Careers:: JavaWorld :: Macworld :: Mac Central :: Playlist :: GamePro :: GameStar :: Gamerhelp