Historical notes on mainframe application software vendor Management Science America (MSA). Related subjects include:
I recently wrote a long post on the premise that enterprise analytic applications are not like the other (operational) kind. That begs the question(s): What are operational enterprise applications like?
Historically, the essence of enterprise applications has been data management — they capture business information, then show it to you. User interfaces are typically straightforward in the UI technology of the era — forms, reports, menus, and the like. The hard part of building enterprise applications is getting the data structures right. That was all true in the 1970s; it’s all still true today.
Indeed, for many years, the essence of an application software acquisition was the database design. Maintenance streams were often unimportant; code would get thrown out and rewritten. But the application’s specific database structure would be adapted into an extension to the acquirer’s own.
Examples that come to mind from the pre-relational era include: Read more
|Categories: Application software, Cullinet, McCormack & Dodge, MSA, Pre-relational era, SAP||1 Comment|
The approach of April Fool’s Day has me thinking of software industry pranks and other hijinks. Most of what comes to mind is verbal jousting of various sorts that doesn’t really fit the theme. But there was one case in which ongoing business competition got pretty prankish: mainframe-era accounting software leaders MSA vs. McCormack & Dodge. Read more
Computerworld got software industry history a bit wrong by implying that John Cullinane innovated packaged software (specifically, they said “packaged application”). Here’s what really happened, as I learned soon after becoming an analyst in the early 1980s:
- Most early packaged software companies were hybrids, offering both packaged products and professional services (including services unrelated to the packaged products).
- Applied Data Research, led by Martin “Marty” Goetz, is the clear innovator in third-party packaged software. Not only is ADR’s Autoflow the generally acknowledged first packaged software product from an independent company (“independent” as opposed to, say, IBM), but ADR was a leader in legal and political anti-trust action to gain market space to sell against IBM.
- If you use the term “application” narrowly — so that anything whose main function was to help manage IT shops and activities is “system software” rather than “application” — there’s no way Cullinane was an early leader. Think instead of American Software, MSA, McCormack & Dodge, or several specialists in regulated verticals such as banking and insurance. But if you use the term “application” loosely, ADR gets priority as noted above.
- The credit Cullinane usually gets for leading the way in software company success (e.g., first IPO of a product company) is absolutely justified.
|Categories: Application software, Applied Data Research, Cullinet, IBM, McCormack & Dodge, MSA, Pre-relational era, System software||6 Comments|
I was just writing about LinkedIn again, and was reminded that nobody ever answered the trivia question based on this post:
Who was the original fictitious Rob Carpenter?
MSA (Management Science America). This section got so long I’m breaking it out as a separate post just about MSA.
M & D (McCormack & Dodge). M & D was MSA’s archrival in mainframe financial software. They had various claims to product superiority, based on having “more CPAs on staff” than MSA and also on being first to market with realtime applications. However, M & D sold out early to Dun & Bradstreet, and lost its edge as key managers left.
M & D seems to have been a lively company. Many stories about drugs or sex emerged (I don’t actually recall any drugs-and-sex-combined stories, for whatever reasons). Key players included: Frank Dodge, a former schoolteacher who founded another not terribly successful apps company (The Dodge Group) afterwards; Jim McCormack, who happily retired from software into real estate, but sadly died a few years later; development chief John Landry, who’s been a prominent industry figure ever since, and sales/marketing chief Bob Weiler, ditto. Landry and Weiler went together to Distribution Management Systems, Cullinet (after it bought DMS), and Lotus, before going their separate ways.
M & D’s venture into manufacturing applications seemed later and more half-hearted than Comserv’s or Cullinet’s. But they eventually did wind up with a version of (and may even have bought control of) the Rath & Strong technology.
Cullinet. Cullinet was better known as a DBMS vendor. But in a precursor of what became the Oracle strategy, it pursued financial and manufacturing applications as well. The financial applications were originally licensed from M & D. The manufacturing apps were originally licensed from Rath & Strong, as were M & D’s.
One negative consequence was that the industry teamed up against Cullinet. For example, ADR in DBMS and MSA in apps formed a close marketing relationship. To general industry agreement at the time, I dubbed this the ABC (Anybody But Cullinet) strategy.
Cincom. DBMS vendor Cincom pursued a Cullinet-like apps strategy. Not many people cared.
J. D. Edwards. If I recall correctly, JDE’s main platform was the IBM System 38, the predecessor to the AS/400. Anyhow, JDE was a Denver-based financial software company. Its main claim to fame, other than the platform that it ran on, was a superb order entry system. Rob Kelley, referring to his days at Arthur Andersen, once told me that Andersen’s order entry system had had 45,000 lines of code, JDE’s had had 5,000 lines, and JDE’s had been better.
SAP. I’ve already written up what I recall about SAP in the 1980s.
This initial list leaves a lot of companies out, of course. Other than the MRP companies — ASK, NCA, XCS, and so on — the biggest omission may be Walker Interactive. But also missing are Global Software, Data Design, a whole lot of human resources specialists and so on.
Also missing are other vertical market groups, most notably in banking software, which is where general ledger products (the first major financial application) first succeeded in a big way.
I hope to get around to writing about these subjects before too long.
When I became a software analyst in 1981, MSA (Management Science America) was generally regarded as the leading cross-industry financial software vendor. Its CEO was the colorful John Imlay, best known for a variety of showman stunts, such as bringing animals to sales meetings. (He also was known as “the man who killed the keypunch” from his hardware days, when he took a sledgehammer on stage to a keypunch machine in a presentation introducing key-to-disk technology.) The president was Bill Graves, the most agile 300 poundish guy I’ve ever seen off of a football field, and still the only person at whose house I’ve held hands during the saying of Grace.
MSA software ran only on IBM mainframes. There were a limited number of modules. I specifically recall an ad campaign for the “Big Eight,” because they had eight modules, and the “Big Eight” were the public accounting firms in those days. The eight included payroll, human resources, and six financial modules, which were general ledger, accounts payable, accounts receivable, purchasing, fixed assets, and probably inventory. That’s all, versus the hundreds of modules successor companies have today.
MSA obviously modeled its “persona” on IBM. Indeed, the MSA logo consisted of the three letters in a font that consisted of thin parallel horizontal lines, exactly like IBM’s of that day did. Another major slogan was “People are the key,” with little key lapel pins given to five- and ten-year employees. Read more
Until the past couple of years, I didn’t have a lot of dealings with SAP. (That has now changed significantly.) But it seems that the things I do recall aren’t that widely known anymore.
I first heard of SAP in the 1980s. It was a smaller company than the then-leading mainframe application software vendors. Peter Zencke told me earlier this week that when he joined in 1983, the company had around 100 employees. From memory about MSA’s figures, I’d guess SAP’s revenue was somewhere in the $150-250,000 per employee range. Also from memory, I’d guess that MSA and M&D (McCormack & Dodge) were meaningfully bigger than SAP at that time. I also think that SAP combined financial and manufacturing applications earlier than the other mainframe vendors did, and hence probably got more revenue per client from a small number of clients. (MSA didn’t get into manufacturing apps until they bought Comserv, which if I recall correctly never broke the $20 million revenue mark on its own.)
SAP was almost unique among significant software vendors in being based outside the US, Software AG being the other obvious big example. There was no Business Objects then, of course. I don’t think that any of the UK companies that eventually made a modest impact — MicroFocus, LBMS, and much more recently Autonomy — were even active then. So it was pretty much off of people’s radar screens …
Indeed, at one point in the early 1990s I wrote to the effect of “Hey! There really are some important European software companies!” And spurred by that, my clients at Fidelity Investments invested in SAP. Too bad they were perennially stingy about compensation for good investment ideas …
Anyhow, the word on SAP from its competitors was that in the US at least, SAP focused tremendous sales effort on a small number of prospects, and in those accounts they were very hard to beat. These accounts seemed to be centered on the chemical and pharmaceutical industries, presumably because those industries were particularly strong in SAP’s home German market. Not coincidentally, SAP’s US operations were headquartered in Pennsylvania, near the New Jersey stronghold of those industries in the US. It’s natural to conjecture that SAP had superior functionality for process manufacturing industries, something that was pretty primitive in those days, but I don’t recall any direct mentions of this.
I learned more in the early 1990s when Jeremy Coote called up and introduced himself. He was the CFO of SAP’s US operations (he later went on to a big job at Siebel). It turned out that SAP had some contractual reason only to invest limited resources in the US. But that would change soon; one of the directors was coming over to run things in the US personally; and so on. Obviously, they lived up to that much more than I could possibly have envisioned at the time.
The story of how SAP’s rise dovetailed with the growth of the public accounting firms’ consulting practices is better known; I’ll leave the telling of that to another time.