28 August 2007

The accidental structures of IT

By Andrew Clifford

IT architecture, organisation and decision making are a by-product of engineering necessity, not a conscious design to best serve the needs of business.

Last week I introduced a journey to show you a heretical view of IT in large businesses.

I want to start the journey by examining the structures we use in IT: the structure of technology, the structure of business applications, our organisational structure, and how we structure management decision making.

Historically, technology has been expensive and difficult to work with. We have developed ingenious ways of dealing with this:

On top of these technical structures we have built business applications. Where possible, we have built these into components and shared layers too.

These elements - hardware, operating system, programming language, database, middleware, network, components, layers - have supported the growth of IT and the spread of IT into every part of business.

These elements dictate the organisational structures we use. We split IT work into a business-technology continuum: business analysts, system analysts, programmers, system programmers. In another dimension we split our IT organisations by type of technology: different skills and different teams for different operating systems, programming languages, databases, architectural layers and business applications.

The complexities of IT also require a special approach to management and decision making:

IT is a complicated business. We have created technical, organisational and management structures to deal with this complexity. But most of the complexity can be traced back to our ways of dealing with the cost and difficulty of working with technology. We did not start with a blank sheet and ask "What's the best way of doing IT in large businesses?" Our approach and our structures have evolved through time as a response to the problems we have faced. They are a by-product of engineering necessity, in a sense just an accident of history.

Hopefully you are with me so far on our journey. Next week I will cover how IT structures create an alternative reality that has no meaning outside the IT organisation.