Discussion about this post

User's avatar
Doctor Hammer's avatar

Amen. I have worked for a long time in ERP system implementation, and the biggest problem in every one I have dealt with is the business being unable to define and model their processes. The typical definition is a very high level, hand wavy power point deck gesturing towards what they do, when what is needed is a detailed step by step along with a data dictionary specifying "This field contains this data, controls this aspect, and this is what the data in it does by value." Then they are shocked when their system does work right.

It is probably true that most businesses don't need a high level of magic computer dust to work well. Hell, many make their business worse by trying to bend the operation of the business around the needs of the tool. But just as you say, many try to use the system to correct the disorders in the business, when the first step of setting up the system is a low level, nuts and bolts break down and organization of the business so you can model it. Whoops.

Expand full comment
Dave Friedman's avatar

Another angle to this is that when a company grows via acquisitions, it tends to have disorganized and chaotic computer systems. I worked at Citigroup for a while, and Sandy Weill's legacy of building-via-acquisition was evident in the innumerable, often conflicting, and poorly designed, computer systems it had running the bank. You may recall a news story from a few years ago about an errant wire transfer that an Indian sub-contractor sent to (I think) Revlon, for something like $900 million. This does not give me much faith in the US banking system, irrespective of other issues with it, such as SVB-related bank runs, etc.

Expand full comment
11 more comments...

No posts