Customer blames bankruptcy on IBM IT failure
Summary: American LaFrance (ALF), the "leading brand of custom-made fire fighting, fire rescue vehicles, ambulances, and heavy-duty work refuse vehicles," has declared bankruptcy, blaming IBM and a failed ERP implementation.According to filings in the District of Delaware bankruptcy court (PACER case no.
American LaFrance (ALF), the "leading brand of custom-made fire fighting, fire rescue vehicles, ambulances, and heavy-duty work refuse vehicles," has declared bankruptcy, blaming IBM and a failed ERP implementation.
According to filings in the District of Delaware bankruptcy court (PACER case no. 08-10178), problems occurred when ALF was spun out as an independent company from Freightliner, the previous owner. During the transition, ALF outsourced "accounting, inventory, payroll, and manufacturing process services" to Freightliner. As part of the transition, ALF developed a "standalone" ERP system designed to support the firm after the Freightliner separation was completed.
The bankruptcy filings describe the painful cutover from Freightliner:
Almost immediately upon the changeover to the ERP System, ALF recognized serious deficiencies with the system that had a crippling impact on ALF’s operations. Some of the problems that ALF encountered in implementing the ERP System included, among others: (i) inability to reconcile data between the Freightliner system and the ERP System; (ii) incorrect or incomplete inventory, purchasing and customer data due to either problems with the Freightliner system or the conversion of the data to the ERP System; (iii) inaccurate or incomplete vehicle configurations loaded in the ERP System; (iv) insufficient training on the ERP System; and (v) missing financial information including accounts payable detail, incomplete or inaccurate accounts receivable data, and inaccurate beginning general ledger balances.
For the next several months following the changeover, ALF attempted to solve the plethora of problems with the ERP system. Despite such efforts, as a direct result of the problems with the ERP System, ALF became unable to complete the manufacture of many pre-ordered vehicles.
The manufacture of highly-customized Emergency Vehicles requires the availability of a large number of inventory SKUs at key points in the production process. The conversion from the Freightliner system to the ERP System resulted in the inability to account for inventory on a reliable basis. This, in turn, severely limited ALF’s ability to deliver completed products to its customers. Consequently, ALF’s inability to deliver vehicles had an immediate impact on ALF’s cash flow and created a liquidity crisis.
ALF claims that IBM is responsible for the IT problems that precipitated the bankruptcy:
ALF is currently analyzing potential causes of action against IBM based upon services provided by IBM in connection with the problem-riddled transition to the ERP System.
The documents describe IBM Corp. (for the "customer agreement") and IBM Global Services (for "systems applications project assistance") as having open contracts with ALF. IBM is listed as a $5.5 million creditor, although ALF disputes the invoices:
THE PROJECT FAILURES ANALYSIS
In my reading of the documents, which only present ALF's side of the story, it could be said that both ALF and IBM dropped the ball during the transition from Freightliner. Here are my conclusions:
- IBM did not manage the project properly. Given ALF's dependence on Freightliner, "serious deficiencies" in production software should have been identified prior to the cutover, for example by testing and running the systems in parallel. IBM managed development, which typically includes extensive testing before deployment.
- ALF did not manage the project properly. IBM's role does not minimize ALF's ultimate responsibility for managing this mission-critical IT project. ALF's management was probably distracted by the deteriorating Freightliner relationship, by a major facilities relocation that didn't go well, and by generally poor market conditions.
- The ERP problems were managerial, not technical, in nature. The list of ERP and data problems cited in the filings suggest poor project management, rather than technical issues, were at the root of the difficulties. Since the division of labor between ALF and IBM is not made clear in the filings, it's impossible to discern where responsibility lies.
- General market conditions made things worse. While all this was happening, the market for ALF's products tanked:
[T]he Emergency Vehicle industry is currently depressed. Many competitive manufacturers are experiencing financial difficulties and several have ceased operations.
- All these issues created customer service problems, multiplying the negative effects of the market downturn. For example, the Bellingham Herald reported:
The city is trying to get a refund of the more than $362,000 it spent on an American LaFrance pumper that has had electrical problems 10 times [since 2005].
- In addition, FireRescue1, an industry news source, states:
Several departments that have ordered apparatus have suffered lengthy delays in delivery.
"I think one of their problems may have been that they underestimated the problems with moving a plant and production and actively pursuing business for new apparatus," [Bill Peters, who runs New Jersey-based Fire Apparatus Consulting Services] said.
"Perhaps they bit off more than they could chew, especially with the building of a new factory. It might have been wise not to take as many orders and not to have backed themselves up so much."
This risky, high stakes project was primarily business in nature, despite the heavily technical components. Project failures often arise when non-technical senior management don't fully understand the business ramifications of technical decisions made by IT. Poor communication and lack of understanding between IT and business management remains a serious problem contributing to many IT failures. My ongoing interview series, NakedIT: Conversations with Innovators, explores this issue in depth.
The combination of so many negative conditions ultimately created a situation where the company could not recover, leading to the bankruptcy. ALF was founded in 1832, so it's a shame to see this happen. Unfortunately, many of ALF's vendors will probably suffer as the company goes through bankruptcy.
(To research this post, I studied the bankruptcy documents, left messages for ALF's proposed Chief Restructuring Officer and its IT manager, spoke with two attorneys connected with the case, and got unpleasantly barked at by a third. All facts, conclusions, and interpretations in this post are based on information obtained from publicly-available filings.)
Update 2/22/08: IBM ignored a request for comment on the story. Larry Dignan wrote a great follow-on post.
Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.

Talkback
IT personnel often don't understand...
The best IT personnel I have ever met are people with a business background who have moved to IT and are self trained.
If all one knows is technology, one won't be of much value to the company or customers they serve.
Your point is well made...
towards IT is crisis management. Many times I've seen managements treating IT as
a noise little brat always getting in their way.
Management doesn't understand IT, looking at IT as a cost not asset. Until
something goes wrong they pay little attention to IT, e.g., cannot get e-mail,
cannot transfer files and the like. Other than that IT isn't included until after the
fact then IT will state an obvious wherein management will then ignore them.
When management completely includes IT in their management discussions then
there will be a harmonious existence between the two that will better affect
managements mission.
Many IT folks I deal with have this attitude towards management "we the few have
done so much with so little we can accomplish almost anything with nothing". IT
seems to be in quiet desperation knowing the house of cards will fall while having
their suggestions fall on deaf ears.
True. Most upper mgt....
I consider a company's investment in their IT second only to their investment in HR. Both of which may not get a fair shake from upper management.
Desks are also essential to doing business.
If IT does come to managment attention, it would be the result of a problem the maintainers were unable to solve. That problem might be delivering current services or in the response to new situations. That's not a reference to improving IT by innovation, which can be an irritant.
There's a reason that IT is not considered a stepping-stone to important positions in many organizations.
RE: True, Upper Mgmt
Most people OUTSIDE of management ....
and managers productivity parasites that contribute nothing and
consume almost everything. This is like the old "Who is the most
important organ in the body" joke. There is probably ample blame
to spread around in this unfortunate company's downfall.
How data is converted to information within ...
Actually this attitude is part of the problem
Self trained normally amounts to assumed knowlegde. This is how you end up with poor server admins that think they know Windows server because they use Windows at home. This is how you end up with crappy business systems because the developers were never properly trained in computer science. The people you have described are best suited as business analysts. They know the business and know enough about IT to communicate the business needs effectively to those that are properly trained in implementing these systems. Thats not saying a self-taught person can't excel because I have seen them. But I have seen first hand the mess thats created when too many self-taught "IT" personnel run a shop. Talk about slow systems and alot of downtime.
Yes, spot on.
who weren't IT people from the start. But they almost all have
another Technical degree or longer technical training.
I've seen a lot of self proclaimed IT experts who has a
background in economy or Management.
These are the people who you normally hear utter phrases like:
"Installing and configuring 10 servers can't take more
than a few hours?"
"I don't need to know about Unix, just give me a filemanager"
"No, let me explain you can do everything in SQL,
it's a much better computer language than C or C++".
These are all true quotes.
And all to often I've seen, specially people with a degree in
computer science, relatively fast become more of an expert on
a subject than the people that they are trying to design a
solution for.
It's just in the nature of the education that you quickly have
to be able to analyze a problem and come up with a solution.
// Jesper
MSCE's make the worst...
Assumed knowledge? Only idiots assume. No matter what their background is. It is usually the computer science major who assumes they know everything and will therefore never learn.
Well if you want to call them idiots...
Now don't get me wrong. I have run across some good self-taught people. But its not the norm. And in fact I'd dare say its becoming a problem in the developer realm. I happen to be have a computer science degree and I also know that I cannot be an expert at everything. I respect for instance an accountants degree and the work they put into it as much as I respect mine. Therefore I rely on a business analyst to properly lay out the problem so that I can apply my technical knowledge. I and other computer scientists have a deep bag of tricks to throw at a problem while alot of self taught developers usually throw only what they are comfortable with. Once again this is how you end up with unstable systems and many square pegs being forced through round holes.
The solution is to meet on a middle ground and not to be a SME on everything. In fact this is the whole purpose of a SME. Communication is key.
Message has been deleted.
Huh?
solve. Allow me to suggest re-reading the article.
Please go pick a fight someplace else.
Message has been deleted.
Message has been deleted.
IBM buys licenses from MS, but that's hardly the core issue afoot.
quit deleting my messages!
and there was not a single personal atack too!...seesh!
Content-free messages are deleted
Message has been deleted.
Whence the IT expertise?
In such a situation, wouldn't advising the company of unavoidable difficulties far enough in advance that the company could respond be part of IBM's job? Calling on a Friday afternoon to say, "I'm sorry to tell you this, but your company is sunk." would not be meeting responsibilities.
In return for what I suspect will prove a significant amount of money, the company may have thought itself justified in thinking that IBM was part of the solution rather than part of the problem. Okay, so there was a company management problem.
Seems a key question was, What did IBM promise to provide and how well could the company monitor its contractor? Some clarification would be appreciated.