13 May 2008

Test-driven IS strategy 2: principles

By Andrew Clifford

IS strategy is much more practical when it is based on a description of what good IS looks like.

Test-driven development gives benefits of efficiency, clarity, risk reduction, speed and communication. The key to these is to focus on what is required and how this can be verified, before looking at how it can be achieved. This same principle can be applied to IS strategy.

This idea is deeper than it may seem. In any situation, you can build one of two different types of theory:

Evaluative theories work well because they are easy to define. They are also more rigorous because they can more completely cover requirements.

Going back to test-driven development, it is nearly impossible to validate that a design correctly meets all requirements. It is possible, however, to define a set of test cases which perfectly reflect requirements. Test-driven development is not a nice-to-have to make testing easier. It is a development technique that achieves a closer fit to requirements at lower cost.

In a complicated situation, like overall strategy, the advantages of evaluative theory are even greater. It is impossible to build a complete explanatory theory of how to achieve IS strategy (you would need to define exactly how everyone should act in all situations). But you can define a complete evaluative theory.

Despite this, our current approach to IS strategy is based on explanatory theory. We try describe how people should work (processes), how they interrelate (organisational structure), how the technology is designed (architecture), and so on.

Adopting an evaluative approach to IS strategy has many advantages:

An evaluative approach to IS strategy is not a nice-to-have to control the IS organisation. It is not part of IT audit. It is a fundamental technique for IS management, a better way of defining and executing strategy, a better way of meeting requirements at lower cost. It turns strategy from worthy words in a document to a practical tool for setting and achieving objectives.

Next week I will outline the techniques required to build and benefit from an evaluative model of IS strategy.