Know why you are reorganizing

27.03.2006
In the spring, a CIO's heartstrings are pulled by the lure of reorganization.

In my travels this winter, I saw a number of large corporations that are considering far-reaching organizational changes. IT groups are being merged with business service groups. Hybrid organizations, filled with centers of excellence and special offices, abound. People are being moved to and from business areas, and the perennial process models for IT are being dusted off and brought up to date. Silo-busting talk fills the air.

If this were just talk, there would be no harm in it. Unfortunately, some of the corporations are actually going to implement changes. And if the following types of changes are made without adequate attention to some important details, the companies will take a productivity hit, fail to meet targets, alienate their clients in the business and possibly cause a few heads to roll.

Centers of excellence: This model for providing specialized support for things like architecture continues to gain ground in the reorganizing imagination. But centers of excellence often try to take charge of things outside their domain. These units should support other activities; if they try to set the direction, they can undermine normal IT-client relations. How many voices is your IT group speaking to its clients with? Are the messages consistent? Who's really driving strategy?

Special offices: Consolidating activities within program or project management offices is also finding favor. But special offices must not become stumbling blocks to getting things done. If they aren't producing more value than the organizations they replaced, they're not worth the overhead of maintaining them. Are you measuring the value produced?

Process-driven models: IT organizations continue to organize around processes. But IT professionals deal on a day-to-day basis with others who share their domain or technical expertise. Functional silos may look old-fashioned, but they recognize this aspect of staff support, development and satisfaction. Defining and using processes does not necessarily imply organizing around those processes.