Last week\u2019s acquisition of Peoplesoft by Oracle is the final example of how badly the original mission of enterprise software--business and technology integration in a box--has failed. Oracle isn\u2019t buying software in this deal; it is buying customers--not just Peoplesoft\u2019s but J.D.Edwards\u2019 as well. \n\nThese customers are locked into paying yearly contracts for maintenance and support that they cannot afford to drop. They don\u2019t want to buy much new software anymore because the software model they bought into has failed (we can stop using the economy as an excuse now). But most can\u2019t afford to get out of this mess or even upgrade to a newer release of what they have because it causes too much disruption in their businesses. \n\nSo by buying Peoplesoft, Oracle gains a larger pool of people who can\u2019t afford to stop giving the company a steady stream of revenue. Consolidation of this kind isn\u2019t about product or strategy; it\u2019s about owning the water fountains at the oasis. \n\nThe New York Times\u2019 Steve Lohr did his usual great job of business analysis in his look at the Oracle acquisition, but he\u2019s wrong about this specific software market when he says that customers have the upper hand. Vendors have their customers by the enterprise software and they are not letting go. Sure, customers can refuse to buy more new stuff, and that certainly helped drive this merger, but they can\u2019t--or won\u2019t--walk away from the maintenance and support for the packages they have. J.D. Edwards users were forced to walk to the Peoplesoft oasis, and now all of them will begin the dusty trek to Oracle\u2019s fountain in the desert. \n\nTo understand why these customers are in such a pickle, you have to go back to the surreal days before Y2K. \n\nYou remember the marketing drill, right? Mainframes don\u2019t have enough digits and they\u2019re going to destroy your business (really?). Worse, they can\u2019t talk to any other system you have. Buy enterprise software and you will escape the Y2K apocalypse, create seamless technology integration across the company and force your silos of isolated, sociopathic bureaucrats to start working together. It was an irresistible sell to businesspeople. \n\nBut the model was broken from the start. These systems really were designed to run a business from end to end in a fully integrated fashion. All your information sits in a single database shared by all. When the landing dock gets a shipment, finance will know it immediately (see the ABCs of ERP for a more thorough explanation). And that was their downfall. Developers who believe they are modeling an entire business in software don\u2019t spend much time thinking about how that system will connect with other systems. Who needs other systems when we\u2019re creating the whole thing right here? \n\nOf course, as soon as companies began buying these products, it became clear that enterprise software was another chunk--a much larger and better integrated chunk to be sure, but still a chunk--of software in a complex architecture of IT systems that desperately needed to talk to one another and exchange information. The vendors created clunky, proprietary methods of connecting their systems with others that have improved over the years, but that misses the point. The architecture of these systems, in a broad sense, was just like the ones that they were intended to save you from--monolithic, highly integrated and difficult to change. \n\nNo problem, said the vendors. Some of your maintenance and support fees are going to future R&D. As we develop new pieces to add in to our highly integrated suites, we\u2019ll let you upgrade to the next version for free and you can gradually get rid of all those other troublesome chunks. Again, it sounded great to the people buying the stuff--businesspeople. \n\nBut who could afford to install enterprise software as it was envisioned in the vendors\u2019 R&D labs? Very few. CIOs built complex integration links from enterprise software to other systems to keep the business running. Or they chunked up the installation, building dozens or even hundreds of unique installations of the same enterprise software to meet needs of individual departments or businesses that all had to be linked together. The high degree of integration envisioned in the R&D lab was tenuous at best inside most customers. \n\nMeanwhile, CIOs alienated the business by passing on the enterprise software vendors\u2019 absurd vision that the business processes built into the software should be adopted by every customer. Change your business to fit the system. CEOs like the sound of reengineering, but take that logic to the departmental head who won\u2019t be able to serve her customers as well with the process in the software box and things don\u2019t sound so good. CIOs were forced to tinker with the innards of these packages to avoid losing valuable chunks of business processes and it made their lives hell. Vendors ignored this reality for years. Changing the system to fit your own processes meant you were a weak girly man who couldn\u2019t stand up to your business people. Those processes couldn\u2019t be any good anyway if they hadn\u2019t made it into the vendors\u2019 best practice pool when they developed the stuff. It was like turning your Pinto into a low rider. You just voided the warranty, dude. Tough luck. \n\nWhen a new version of the highly integrated suite arrived with cool new features, customers literally could not afford to install them. CIOs had built so many different links to the enterprise systems to get them working with other systems in the company that an upgrade was akin to starting over. Many of the old links had to be torn apart and rewritten to fit with the new version. And many of those rewrites were completely pointless. The new suite might have one new piece and nine others that had changed little since the last version. But it was all so integrated together that every custom link had to be redone, even to the pieces that didn\u2019t change. Talk about IT not mattering. \n\nGradually, enterprise software vendors came to realize that to serve customers better, they needed to break up their suites into application components and create complex ways to link to them over the Internet so that customers would not have to rewrite connections to pieces of the suite like financials, which didn\u2019t change much. \n\nBut when they broke up the suites, they broke up the value proposition that had been so enticing in the first place--"free" upgrades. Freed of the suite model, enterprise software vendors started charging fresh license fees for the new components they developed. And CIOs stuck with the suite began wondering where all their maintenance fees had gone. They couldn\u2019t afford to upgrade to the newer, componentized version of the vendors\u2019 software models and if they could, they\u2019d pay a new license fee for their trouble. \n\nThe final death knell for the original enterprise software architecture model came earlier this year when the major enterprise software vendors all announced that they were offering packages of integration middleware--tacitly acknowledging the reality that had been clear since middleware was first invented decades ago: Integration happens best outside of specific software applications, not inside them. The enterprise software vendors have been conspicuously absent from the Web services standards movement, looking ever more like the Dark Princes of Lock-In while the originators of the lock-in concept, IBM and Microsoft, looked like white knights for doing the lion\u2019s share of work to create free (so far, anyway) standards for integration in Web services. And it\u2019s great stuff. How ironic that those companies that were going to save your CEO from integration in 1999 have been the laggards in developing truly useful enterprise integration. \n\nIf this all sounds like ancient history, don\u2019t kid yourself. I talk to CIOs every day who are struggling with enterprise software suites they installed long before Y2K was a dollar sign in consultants\u2019 eyes. They don\u2019t want to change much, or any of it. It is commodity stuff and there is very little difference between one vendor\u2019s enterprise software and another\u2019s, except perhaps in scope. So why are CIOs paying maintenance and support fees that are being used to pay for R&D on products that they don\u2019t need or can\u2019t afford to integrate with what they have? They don\u2019t want to pay the same money for something that is legacy, doesn\u2019t require support or upgrades as they did when the stuff was new. Is that so unreasonable? \n\nLook, I don\u2019t want anyone to get the impression that enterprise software itself is bad. Most of the vendors have had some big bumps in the road, but most of it works well. CIOs I talk to are especially happy with it when it gave them new business capabilities that they didn\u2019t have before. But I talked with many CIOs in 1999 and many since then who talk about replacing systems that had more and better functionality than the enterprise software they were installing. We\u2019re going to be more integrated, more efficient when this is done, they said. For the few companies that could afford to install enterprise software in the manner envisioned in the vendors\u2019 R&D labs, they may have gotten there. Most are still maintaining the custom code they had to write for outraged business users. \n\nSo why are companies saying they want fewer and fewer software vendors, according to the IDC analyst quoted in the recent New York Times story? If it\u2019s true, it makes no sense. They must still be in the throes of their integration hangover from the Y2K party. They still believe that enterprise software vendors are going to solve their integration problems somehow. They think it\u2019s better to have fewer software contracts to manage than it is to have the best technology for the business problems they face. Companies should buy the best software for the job, not because it\u2019s software from the vendor they already use. That\u2019s just plain lazy and bad business. \n\nCompanies whose products are expressed in IT (like telecom and financial services) have already left this software model behind. They have invested in building an independent integration layer in their companies, whether it is homegrown, from a proprietary vendor, Web services standards, or some combination of the above, that gives them independence from vendor consolidation. They can afford to buy software from a no-name, risky vendor because they can isolate the stuff in their architecture and make communication to it and from it cheap and flexible. If the vendor goes away, they can make a rational decision about whether to plug something new in or support it themselves. They\u2019re not biting their nails waiting to see which of their vendors merged this week and whose support lines they\u2019ll have to call to keep their businesses running. \n\nCompanies that have invested in enterprise software need to take some of that money and invest it in integration that makes them independent of the machinations of their software vendors. Until they do, they will be at the mercy of those vendors, not the other way around.