Application Convergence – What, Why, Who and How?

More then ever the businesses are getting automated and enabled using IT solutions. Every part of the organisation are dependent on one of more IT solutions, some in house and some bought from the market. The IT solutions are made with the need for enabling the business and often leaving the useful ones rest are forgotten and left as legacy/archives to be referred only when needed.

With fast changing business needs applications are created, used and left even faster then we all could think about. Day in and day out business creates document libraries, project team rooms, intranets and a lot more. Over years this turns out to be a huge mess and close to unmanageable. The result is higher maintenance and infrastructure costs. Legacy / archive appls, as they are hardly used result in Loss of knowledge.

In the era of acquisitions and disentanglements to speed up innovation and change business directions, its even more essential to ensure companies have defined and controlled solution catalogue which is well managed and serviced.

For MNCs this is extremely essential as MNCs have multiple office locations, the applications appear like mushrooms in those locations and then grow into a huge architectural and landscape mess to manage and maintain. The issue starts with slight differences in global and local process and document needs. Ones allowed localize the changes continue one after another leading into a fully customized monster application and that too not just in one location but many. The result is enormous costs to maintain, control and change business applications and processes.

Application convergence can be addressed by addressing the following in order mentioned,

Bottom Up Dos

  1. Ensure the As is application portfolio is clearly documented with ownership from IT and business
  2. Collect relevant solution changes and yearly maintenance costs to ensure full visibility
  3. Get the collected data well categorized by business process, functions, platforms, location etc.
  4. Create some data analysis and reports showing number of applications in different dimensions of the categories to be able to see the duplicates, expenditure and other information useful to make decisions.
  5. Ensure the 1st hand bottom up approach analysis and output is shared with the top management and local businesses alike in condensed and relevant manner.
  6. Identify the champions that helped in bottom up approach and they should be used for the application convergence activities going forwards.
  7. Identify the road blockers and how they can be kept in control or convinced that application convergence is good for the whole organisation
  8. Ensure during the whole process that current business and activities are not affected as they will create –ve publicity and barriers for progress

Top Down Dos

  1. At the company level define the Application convergence initiative ensuring full business buy in and management support throughout the organisation
  2. Adapt an Enterprise wide architecture framework (like TOGAF, Zachman, DoDAF etc.)
  3. Start with the Business process layer to define the core business processes. Ensure core functions, business processes are well documented and have clear global ownership.
  4. Short list and select the required architecture and portfolio management tooling as these would be needed for ongoing use, structure, control and management.
  5. Business process by business process start harmonizing the processes and select the best solutions from existing ones or new ones (from the market or built in house)
  6. Focus on quick wins by choosing the valuable but easy transitioned business processes and start filling up the solution catalogue with global solutions. This also means start closing down by transitioning old solution towards new ones and launching them as one global solution
  7. Focus on clean ups that can aid to reduce the infrastructure and maintenance costs and hence result in better use of resources across organization
  8. All new business demands should fit in to new way of working with only one solution at company level.

Another important point to keep in mind is Application convergence in MNCs could take from up to 1 to 5 years although a lot will be achieved in 2 years while the complex applications convergence would require a lot of time and efforts and proper strategic planning to make it happen with business change.

If the above is done in write order with proper management support and control then it ideally should lead to globalised solutions which if made with agile and service oriented architecture would result in agility to cope with business process and tools changes done fast enough and efficiently across the organisation. On the other hand running application convergence will lead to whole IT landscape clean up and steam lining ideally resulting in savings.

About these ads

About kamleshgsingh

Kamlesh has been the Director of IT Applications at Philips Singapore managing the Asia Pacific Teams taking care of local for local, regional and global IT projects and services. Kamlesh’s intellectual interests’ centres in the area of business process automation, collaboration technologies, IT transformation using restructuring, application convergence, off shoring and outsourcing activities. He finds himself as a linking pin bringing the layers (Infrastructure, Platform, Applications, Data, Business Process) of IT worlds together to deliver the business solutions. Kamlesh has been in IT industry for 15 years thriving and leading change and delivering on various IT assignments. He has several years of experience in working with various nationalities across the world. He has been on company’s talent list for several years of his career. Kamlesh has a degree in Science. He is a graduate of NIIT in Computers. He has attended General Management from NUS Singapore and has completed CIO Pocket MBA from Boston University. Kamlesh has several IT professional certifications ranging from enterprise architect to program management, from project management to ITIL services management.
This entry was posted in Agile, Applications, BPM, Enterprice Architecture, Information Technology, Infrastructure, SOA and tagged , , , , , , . Bookmark the permalink.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s