Is your Architecture Team Stopping Business Innovation?

Where there is a technical roadmap laid out, it is well accepted that the role of an Enterprise Architect is to be the gatekeeper. However, what is a little less clear is whose role is it to continue to monitor it to ensure it is aligned with the business? Can the Architect remain objective and also oversight its alignment? I would suggest that goes against human nature as the Architect, who is living and breathing current state, will find it difficult to ‘see the wood over all the trees’! I suspect that there could also be a hint of self-interest in the Architect controlling the plan. Like us all, they need to be seen to be providing value or they would not have a job.

It is no secret that all IT groups are struggling to keep up with the shear rate of change as well as trying to manage all their other business as usual demands. Supporting enterprise class IT systems is hard enough but now they are also trying to support the business on their innovation agenda. We are seeing many cases where the business areas are just by-passing the IT teams in order to get things done.

Two-speed IT has been spouted as the way to best manage this issue. Two-speed IT also called bi-modal or pace-layered IT is a method of calving off a part of the IT team to just focus on innovation using agile approaches and experimentation. I have written my concerns about this approach in previous articles. My issue with it is mainly around the fragmentation of limited IT capability.

However, I keep asking myself what is the risk in trialling a small proof of concept to demonstrate the art of the possible especially in the Public Cloud where it is very quick and cheap to set something up. Would such an experiment really fragment IT, especially if the usual IT resources for building infrastructure were not even required?

I don’t think it would.

I am seeing a growing level of frustration in many organisations with the slow rate of business improvement. This is having a demotivating impact on all staff. By showcasing what can be achieved by the latest iterations of Cloud based software-as-a-service, for example, it may provide a renewed spark and get people excited about the future.

If you are from the business side, you may find this relatively new type of IT capability can present a threat to the IT group therefore will get some push back. Some of these threats are related to the loss of control. You see many traditional IT people struggle to come to terms with not having control anymore. This is not to say you should exclude IT from being involved in such activities. We have seen many examples of business people charging off without any understanding of the technical issues or ramifications of doing certain things so IT does need to be part of the team involved in any showcase.

You may also find that it becomes even more complicated to get a proof of concept activity going when an out-sourced IT provider is involved as vested interest can get in the way.

Overcoming these barriers is not easy and takes courage as well as leadership. However, I have seen a number of these ‘proof of concept’ exercises really pay-off and give organisations the mojo to embark on larger endeavours. The magic pudding is, however, selecting the right activity to showcase.