In June, I blogged about Marin County, California decision to sue consulting company Deloitte Consulting LLP for $30 million along with unspecified punitive damages over what it claims is a botched SAP ERP implementation.The county had originally procured the system in 2005 for $12 million, but it has so far spent over $30 million trying to get it to meet the county's original specifications.

In early August, a country review of the ERP system recommended that a new ERP system be procured, the Contra Costa Timesreported. The review's report, the Times article says, stated that:

"For about the same amount of investment needed to fix SAP, we could move to a new system and have significantly lower ongoing operating costs... The reduced operating costs of a new system would save at least $8 million over the next 10 years. We would still use SAP for the next three years."

The report also states:

"Although SAP is getting the basics done, we are still doing work-arounds and using up significant staff time because of the poor initial implementation... Almost one-third of the functionality that was promised has never been met."

The Times article says that the county's Department of Information Services and Technology director estimates that it would cost about $5 million to "fix and enhance" the current ERP system, but only $2.5 million to purchase an ERP system today that can be tailored to meet the county needs (with maintenance costs only half as much as the current system as well).

Hmm... that still seems a wee bit optimistic to me.

Not to worry, though. The county has learned all the lessons from its currently botched ERP effort. This time the county will roll-out the new system in phases over the next two to four years, increase the training of its internal staff on the new system, and even closely monitor the project's progress!

Sounds like lessons from IT project management 101, but at least the county is saying the right things. It probably also needs to think about applying some aggressive risk management, especially concerning the myriad of risks (and costs) involved in operating parallel IT systems for awhile.

One area where lessons apparently don't need to be learned, however, involves the process used under which the original system was procured. The county continues to insist it made a good business decision back in 2005.

A-huh.
 

The Conversation (0)

Why Functional Programming Should Be the Future of Software Development

It’s hard to learn, but your code will produce fewer nasty surprises

11 min read
Vertical
A plate of spaghetti made from code
Shira Inbar
DarkBlue1

You’d expectthe longest and most costly phase in the lifecycle of a software product to be the initial development of the system, when all those great features are first imagined and then created. In fact, the hardest part comes later, during the maintenance phase. That’s when programmers pay the price for the shortcuts they took during development.

So why did they take shortcuts? Maybe they didn’t realize that they were cutting any corners. Only when their code was deployed and exercised by a lot of users did its hidden flaws come to light. And maybe the developers were rushed. Time-to-market pressures would almost guarantee that their software will contain more bugs than it would otherwise.

Keep Reading ↓Show less
{"imageShortcodeIds":["31996907"]}