[Jump to start of article]

Home > System Issues > Legacy System Integration

Legacy System Integration

A major problem when any two organisations come together is how to merge and integrate their legacy business systems, and in particular their computing systems. At first the excitement is in the merger of the organisations, then reality sets in when the size of the problem emerges. This article explores some of the problems of achieving smooth legacy systems integration.

Two Company Legacy Integration Model

Two boxes representing companies systems.

The diagram shows a highly simplified model to illustrate the problems. Both companies are the same size, and in same type of business. As a result they both have to perform similar business processes. In this model we have assumed there are only two processes: taking orders and raising invoices. The first thing to note is each company performs both functions but does different amounts of work for each. And in each of the functions the split between what is done manually, and what is done by a computer differs.



Four Strategies For Legacy Integration

There are four main strategies for legacy systems integration, with advantages and disadvantages for each:

Strategy 1: Keep Both Legacy Systems

Keeping both systems has the advantage of continuity, with little cost required to retrain people in using a new system. However there are several problems with the approach. The main one is having two lots of support staff; meaning no reduction in costs. However if any attempt is being made to merge the brand, or other aspects of the business the problems are increased, as the two sets of systems are adjusted to be similar to each other.

Therefore the strategy of doing nothing can bring no benefits, increased costs, or both.



Strategy 2: Replace Both Legacy Systems

This looks an attractive strategy as one super new system can replace two old systems. The advantage is clear that this will suit the long-term future of the organisation. However there are many problems with this approach as to enable the new system to deliver, all development work on the existing systems must cease, or the new system will never catch up. This means:

As a result costs initially will be increased, and there will be no flexibility in the organisation for the short term. However in the long term, if the organisation can survive that long, the benefits will be great.

Strategy 3: Select The Best Systems From Each

This is another approach, which sounds great on paper. Each part of a merged organisation will have some state of the art systems, which they believe can be merged with those from the other side to make a super system. This approach is technically flawed. Each organisation over a number of years has produced a number of systems, which operate together. However it is nearly impossible for them to work with systems from another organisation. The main problems are:

In short the technical problems mean that rather than having two good systems as at present you have one bad system made up of the best of the others; assuming it is ever delivered.



Strategy 4: Select One Company's System

The last major strategy is to select one or other set of systems and use these throughout the new merged company. This in turn will mean that one company's business model will be used throughout. The advantage is that you have a guaranteed system already, so all that has to be done is to grow it to deal with the increased volume of business, implement it, and train the staff from the new organisation to use it. The problems are:

Which Strategy To Use?

The answer as always is it depends.

Whichever is chosen a lot of testing needs to be done, including User Acceptance Testing. The two teams from the organisations need to get familiar with whatever is chosen. One of the best ways of doing this is to let people own part of the process by testing the systems.

Testing Issues