The Infosys global supply chain management blog enables leaner supply chains through process and IT related interventions. Discuss the latest trends and solutions across the supply chain management landscape.

« Warehouse consolidation: managing effectiveness | Main | Hurricane Preparedness: Pre and Post activities »

CIO's view of Integration of Supply Chain Applications

Very recently I had the good fortune of having an hour long conversation with CIO of one of our very reputed client organizations. The organization is a leading 10 billion USD+ entity with an illustrious history in the area of Imaging. The client organization has 3 concurrent tools for forecasting used by different internal businesses, a few mainframe applications involved in doing factory level production planning and SAP's evolving solution in the area of supply chain in general. The organization has thus lived and evolved with its supply chain landscape starting all the way from mainframe applications, to best-of-breed and now ERP II planning applications.

One of the very interesting decisions that was taken not so long ago by one of the businesses of this organization was to go with one of the best-of-breed product vendors for Forecasting. This was in context of a decision to go with ERP II for Supply Planning application which is downstream to Forecasting. Some of the reasons cited to go for best-of-breed product vendor for Forecasting were superior statistical forecasting capability, point-of-sale forecasting and ease of navigation/use for general planners. This was in comparison with the ERP II vendor.

Our team was involved in integration of the best-of-breed application with the Supply Planning application. Needless to say, the integration process was painful and any trouble-shooting exercise called for mobilizing teams from best-of-breed, the ETL, ERP II and also the business. Over a period of time we realized that the time spent on application integration was way too much that perhaps we initially bargained for. However most of us did not have the bird's eye view perspective, the general feeling was that all this struggle was probably worth it since business was deriving superior benefits with such a diverse application architecture.

In one of my rendezvous with the CIO, I happened to bring up this topic that was bugging me for a while. One of the confessions from the CIO was clearly that given a second chance, the organization would not have gone for a diverse IT supply chain landscape. A superior best-of-breed application can only get the business so far, and there are quite a few process-specific big-hitters(read productivity gainers) that the business could have focused upon. All in all its the process more than superior statistical capabilities of the tool that drives the business better. Ofcourse, I was unable to get the opinion from business side on this one.

One thing that clearly came out from the conversation is that, having a common platform for all applications is the key to bringing down total cost of ownership of various tools. Granted there are bolt-ons and best-of-breed applications (some of them proclaiming to be "seamlessly" integrated with ERP applications) out there that all customers should be aware of, but when it comes to taking the plunge - one needs to factor in the increased cost of managing the integration. In many circumstances, the perceived gaps in ERP II product vendors vis-a-vis best-of-breed tool can be filled up with low effort customizations. The ERP II vendors also offer capability to use interfaces to call that one specific function in the third-party tool that the business wants desperately to do their work with. Its important thus to mark all the business requirements as must-haves and nice-to-haves, and get this list parsed through not only business experts but also skilled experienced IT personnel.

Having worked in a diverse supply chain landscape, my views resonates with that of others coming from different backgrounds. At the end of the day, these supply chain applications are not the end-all but just a naive tool in the hands of a smart planner.

TrackBack

TrackBack URL for this entry:
http://www.infosysblogs.com/apps/mt-tb.cgi/2419

Comments

Srini,

I have a slightly different opinion when it comes to application integration and a uniform technology platform. First of all, I do acknowledge that integration can be painful. In my view, it has much to do with compatibility between the technologies the applications are implemented in and the integration middleware. People get attacted by the functionality of the best-of-breed and tend to overlook compatibility issues resulting in a very chaotic work around for information flow. And middleware certification plays a vital role too. Lot of vendors are either not aware of the latest integration trends or for some reason don't certify a wide range of products. For example, Fiorano is a new integration tool that can integrate any two applications. Literally.

Further, I also believe that having one technology vendor to cater to all requirements of an organization is difficult. Instead, we should get clever in choosing correct integration technologies.

Guru - Agree with some of your thoughts. The view in the blog is that of a CIO who is looking at optimizing his IT staff in terms of varied skills required to support applications. CIO would be hesitant to invest in another software that requires another set of skills for supporting. The question then arises who owns that application support even though that application is very efficient and easy to manage.

Look at this way that a Planning application by itself is one bucket of application that the CIO prefers to see as homogenous. There might be scope of middleware applications for planning to speak with some other buckets of applications. However from a high level perspective, the CIO does not prefer different sets of planning applications in the planning bucket itself eg. one for demand planning, something else for supply planning and some other best of breed for production planning. There are ERP vendors who offer all the three together and it becomes easier from an application support perspective even though it may not be as functionally efficient as having a set of best-of-breeds. A planning bucket is a logical bucket of applications and given the ease of administration of set of homogenous applications with overlapping skills for support, no wonder best-of-breed is either taking a back seat or they are collaborating with ERP vendors themselves as add-ons to existing functionality.

Having said that I agree that each client context is different and it will be logical to have different perspectives on this issue.

Post a comment

(If you haven't left a comment here before, you may need to be approved by the site owner before your comment will appear. Until then, it won't appear on the entry. Thanks for waiting.)

Please key in the two words you see in the box to validate your identity as an authentic user and reduce spam.

Subscribe to this blog's feed

Follow us on

Blogger Profiles

Infosys on Twitter