Business process centric architecture

I am feeling quite pleased with myself for managing to get the word thrice into my last post.  Such a fine word don’t you think?

This post comes to you with the word analyst.  A dirty word in some parts of the blogosphere.

I have never paid an industry analyst but I am thinking of doing so.  Not to write some white paper promoting my company’s solutions and position us positively against our competitors.  I can write that free of charge and just as many potential customers will ignore it as if an analyst had written it.

What I actually want to achieve is to look at a wider industry trend.  I want to test whether today’s view of IT architecture is really becoming business process focussed.

Some commentators are reporting a trend in IT architecture from an application centric, to a process centric view.  In other words pay less attention to industry analysis of CRM, ERP, ECM, SCM etc. as separate quadrants, or waves, but take a more integrated and holistic process based viewpoint and look for an architecture that considers business process need and integration requirements above functional excellence in any specific area.  This is a relevant topic to us, since we are into robotic integration and would like to examine the need for highly flexible, highly dynamic integration and process automation, especially where decisions to purchase best of breed apps have already been taken and attempts to post-fit business processes have been hampered by integration issues. 

Is this process centric view purely a top down approach or will it work in local parts of the enterprise?  If there are different processes in the enterprise do they all need to be integrated, anyway?  Will this market analysis help me recruit customers, investors and other analyst coverage, or am I wasting my money paying an analyst for anything?  I’ll keep you posted on what I decide.

Leave a Reply