Koch's IT Strategy - Dec 20, 2004 - - CIO

Dec 29, 2004 - programming methods, consulting frameworks and vendor bake-offs. ... enterprise software and you will escape the Y2K apocalypse, create ...
214KB taille 9 téléchargements 235 vues
Koch's IT Strategy - Dec 20, 2004 - - CIO

1 of 4

http://www.cio.com/blog_view.html?CID=935

Home > Koch's IT Strategy

Koch's IT Strategy We are going to talk about IT strategy without devolving into programming methods, consulting frameworks and vendor bake-offs. Just good, honest conversation about what works and what doesn't for creating an enterprise IT strategy that aligns with the business strategy of the company. We will talk about budgets, IT/business alignment, enterprise application and infrastructure strategies (at the highest level), and staffing. Your blogger is Christopher Koch, CIO's Executive Editor, Investigations.

CIO.com About Search Awards Programs Subscribe Magazine Current Previous Print Links Newsletters CIO Store CIO Conferences CIO Executive Council Blogs News Alerts CEO Reading IT Strategy Tech Linkletter Tech Policy Viewpoints Experts Alarmed Analyst Corner

Advertisers

Dec 20, 2004

The Erp Pickle DEC 20, 2004 08:47:33 AM

View/Add Comments (6) | Permalink

Last week’s 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’t buying software in this deal; it is buying customers--not just Peoplesoft’s but J.D.Edwards’ as well. These customers are locked into paying yearly contracts for maintenance and support that they cannot afford to drop. They don’t 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’t 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. So by buying Peoplesoft, Oracle gains a larger pool of people who can’t afford to stop giving the company a steady stream of revenue. Consolidation of this kind isn’t about product or strategy; it’s about owning the water fountains at the oasis. The New York Times’ Steve Lohr did his usual great job of business analysis in his look at the Oracle acquisition, but he’s 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’t--or won’t--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’s fountain in the desert.

Consultant Briefing Higher Learning In the Know Leading Questions Weigh-In Discussion Forums Career CIO Wanted Counselor IT Events Calendar Movers & Shakers Research & Polls CIO Research Rpts Quick Poll Tech Poll Reports & Guides CIO Bookmark Reading Room Research Centers Budgeting CIO Executive CRM Data Storage/Mining E-Business Emerging Tech ERP Future CIO Globalization Gov't & IT Policy Infrastructure Intranet / Extranet

To understand why these customers are in such a pickle, you have to back to the surreal days before Y2K. You remember the marketing drill, right? Mainframes don’t have enough digits and they’re going to destroy your business (really?). Worse, they can’t 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. But 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’t spend much time thinking about how that system will connect with other systems. Who needs other systems when we’re creating the whole thing right here? Of 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. No 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’ll 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. But who could afford to install enterprise software as it was envisioned in the vendors’ 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.

IT Professional IT Value Knowledge Mgmt Leadership & Mgmt Learning Legal Outsourcing

Meanwhile, CIOs alienated the business by passing on the enterprise software vendors’ 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’t be able to serve her customers as well with the process in the software box and things don’t 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.

29/12/2004 06:46

Koch's IT Strategy - Dec 20, 2004 - - CIO

2 of 4

Security & Privacy Staffing & Retention Supply Chain Mgmt Web Professional Wireless Special Reports Compliance RITLAB State of the CIO Webcasts

Changing the system to fit your own processes meant you were a weak girly man who couldn’t stand up to your business people. Those processes couldn’t be any good anyway if they hadn’t made it into the vendors’ 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. When 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’t change. Talk about IT not mattering.

White Papers About Us Advertise at CIO Conference Info Editorial Calendar Editorial Staff List Services News Bureau Reprints Sales Related Sites CSO CMO Darwin IDG Network Feedback to CIO © CXO Media Inc.

Gradually, 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’t change much. But 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’t afford to upgrade to the newer, componentized version of the vendors’ software models and if they could, they’d pay a new license fee for their trouble.

http://www.cio.com/blog_view.html?CID=935

CIO MarketPlace Enterprise Business Intelligence in Action View a live demo to see how you can solve real business problems with enterprise business intelligence software from Information Builders. Your car has a dashboard. So should your business! Tenrox provides award-winning modular project and workforce management solutions for mid-to-large sized organizations. Download our Guide on Project Governance & Compliance.

The 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’s share of work to create free (so far, anyway) standards for integration in Web services. And it’s 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.

Intuit Help Desk & Network Management Software Intuit provides Track-It! and Network Monitor - the leading help desk and network management solutions for call tracking, problem resolution, IT asset management, electronic s...

If this all sounds like ancient history, don’t 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’ eyes. They don’t want to change much, or any of it. It is commodity stuff and there is very little difference between one vendor’s enterprise software and another’s, 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’t need or can’t afford to integrate with what they have? They don’t want to pay the same money for something that is legacy, doesn’t require support or upgrades as they did when the stuff was new. Is that so unreasonable?

Support All 5 Styles of Business Intelligence The MicroStrategy platform delivers all five styles of business intelligence from a single integrated architecture through a unified Web interface. Download a free whitepaper ...

Look, I don’t 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’t 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’re 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’ R&D labs, they may have gotten there. Most are still maintaining the custom code they had to write for outraged business users.

Software Development Outsourcing to Russia With offices in St. Petersburg, Russia and Los Angeles, USA, Murano Software successfully

So 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’s 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’s 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’s software from the vendor they already use. That’s just plain lazy and bad business. Companies 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’re not biting their nails waiting to see which of their vendors merged this week and whose support lines they’ll have to call to keep their businesses running. Companies 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.

Readers Viewpoint ERP Pickle Posted: DEC 28, 2004 10:26:17 PM

29/12/2004 06:46

Koch's IT Strategy - Dec 20, 2004 - - CIO

3 of 4

http://www.cio.com/blog_view.html?CID=935

All very good points.

Frankly, I believe that Larry Ellison’s raid on PeopleSoft may be the begining of the reversal of the ERP market fortune. Many corporate busines execs bought into the ERP scene out of desperation it was a quick fix to the persisting frustration with the slow pace of application improvement with their IT organization and it’s mainframe history. Most of those execs realized the process competitive edge they were loosing, but reluctantly accepted that fact with the hope that the computing improvement would leave them still ahead.

Now the legions of JDE and PS customers discover that they are going to be forced into a customer relationship with a near monopoly. For many of them, they CHOSE to not do busines with Oracle. Now they are about to become a hostage to that vendor and pay good money for the ’privledge.’ A costly conversion surely lies ahead at some uncertain date in the future.

Frankly, I expect that this whole saga (Oracle’s hostile takeover of PeopleSoft) is going to spawn a discernable chill in the ERP sales market. One of the big fears everyone had with the ERP space that one’s vendor, who controls a critcal corporate asset, would cease to have the customer’s interest at heart - has come to pass. ERP Pickle or a Pickle of an Article? Posted: DEC 28, 2004 08:50:21 PM

While there are many good issues identified in the article above, there is no valid argument whatsoever that Enterprise Systems are a colossal failure. There are many good systems in the market with strong functionality "out of the box." The failures that occur are in the identification of requirements, selection of products, and implementation. Richard G Ligus CMC CPCM President Rockford Consulting Group

You forgot about the Integration Vendors Posted: DEC 28, 2004 07:31:12 PM

I like the honest assesment of the enterprise software space, but let’s remember that the big integration vendors were/are really no different. During the time that these large scale enterprise software deployments were going on, the integration vendors were pitching the "Enterprise Application Integration" promise that in 3 years and many millions later your entire enterprise would be connected. That has failed in the majority of cases, very many of the same reasons cited above, interfaces are still too complex and costly to maintain, and more importantly the integration projects were timed much too far out before value would be demonstrated. Too many CIO’s left before the integration projects they started were finished. And because many of them are proprietary, you wind up with the vendor lock-in being shifted away from the enterprise software vendors and onto the integration vendors whose products sit in between all of the other products. Bullseye! Posted: DEC 28, 2004 06:01:20 PM

As a former CIO/IT executive with three Fortune 200 companies, I have seen both strategies implemented. The best-of-breed strategy coupled with an integration layer is definitely a superior approach. Granted, it will cost far less than the alternative and generally results in much happier users, but that doesn’t mean it’s not a good approach...;-D Thanks for a great article! This may not be applicable in all cases ... Posted: DEC 28, 2004 05:58:02 PM

Some very interesting and valid points. Though I don’t think going for "best of the breed" approach is THE BEST approach in all cases and those who choose to stick with one vendor and one application are simply being lazy and doing bad business. A case in point from real life. An IT directory with this "Best of the breed" dream in his eyes went ahead with a leading ERP system for Finance, a leading CRM system for Sales, a leading Sales Support system for Marketing & field sales. What he forgot to take into account was size of the company (~ 50 mil turnover) and number of users (< 150). They not only paid millions in license fees but now they are continuing to pay for consultants for *each* of the applications. This company would have been much better off sticking with one system and adopting other business processes to meet the functionality in that system. This would have at least left them with enough budget to implement one system completely. In this case, going with "best of the breed" approach has done nothing else but to ensure job security for people in IT support group !!! Manish Patel Consultant Independent More comments on this article.

Voice your opinion. Subject: Comments:

29/12/2004 06:46

Koch's IT Strategy - Dec 20, 2004 - - CIO

4 of 4

http://www.cio.com/blog_view.html?CID=935

First Name:

Last Name:

Title:

Organization:

Email: Anonymous post? n j Yes n k l m i N j k l m Anonymous posts will not display Submit Comment

All fields are required. CIO will NOT sell your email ad nor use it for marketing purpos

Dated: December 29, 2004 http://www.cio.com/blog_view.html?CID=935 About CIO.com | Welcome | Privacy Policy | Terms of Service | Linking to us CIO.COM complies with the ASME Guidelines with IDG extensions for new media.

© 1994 - 2004 CXO Media Inc. An International Data Group (IDG) Company IDG Network: CIO :: CMO :: CSO :: Darwin :: Computerworld :: Network World :: PC World :: Bio-IT World IT Careers :: JavaWorld :: Macworld :: Mac Central :: Playlist :: GamePro :: GameStar :: Gamerhelp

Problems/complaints/compliments about this site can be sent to [email protected].

29/12/2004 06:46