Time to get rid of legacy systems. (replacing old software)

The real issue is people, not systems

Here's how one utility addressed it

Everyone knows - or thinks they know - what the problem with IT is: large organizations competing in rapidly evolving markets are held hostage to the out-of-date computer technology they use to run their business. Year by year, the problem becomes more acute: the technology is that bit closer to collapse; additional product lines usually mean additional incompatible IT systems; company acquisitions bring along entire legacy systems of their own. Any new system must be capable of serving a wide range of needs; but because implementation typically takes years, the old systems must be kept up and running until the whole of the new system is in place.

Faced with this situation, most CEOs resist drastic action that may put at risk the operational stability of their company. "Evolution, not revolution" is the preferred tactic. Unfortunately, it often leads to simple inaction, which makes matters worse and saps competitive strength. And so IT becomes for today's company head a kind of bear confined to a cage that can't learn any new tricks, but, if fed enough - IT costs are now increasing at about 15 percent per year - will continue to perform its old ones.

An evolutionary approach is probably a competitive mistake on any terms. Most legacy systems are unable to cope with the date management problems associated with Year 2000 (brought about because early programmers coded years in two-digit fields to conserve scarce computer memory), and the costs and risks of making changes to vast amounts of unstructured and often undocumented code are horrendous. Other legacy changes driven by new legislation, such as the move to a common currency in Europe, pose similar problems. Some companies have estimated that almost all their IT resources will be consumed by these issues over the next three years, at huge cost but zero business benefit.

The good news is that replacing legacy systems is easier than it has ever been from the technology point of view. Proven off-the-shelf software now exists for almost every industry application. Where it does not, applications can be rapidly constructed from libraries of components - what is known as "object-oriented programming." The bad news, as companies about to bite the bullet in advance of the millennium are realizing, is that …