Extracting Business Value from SOA

by David A. Chappell

Related link: http://www.sonicsoftware.com/news_events/seminars/soaforum_sonic_winter05/index.…



Over the past several months I have been speaking in a series of SOA Architect Forums that we (Sonic) have been conducting across the US, Europe, and (coming soon….) Japan. Co-sponsored by BearingPoint and Sun, the forums have been drawing small crowds ranging from 25 – 100 people, all senior level enterprise architects. In addition to listening to a presentation and discussion on the architectural components of an ESB, the format of the half day forum also includes an interactive roundtable discussion where have a panel that includes solution architects from BearingPoint, Sun, and Sonic.

As panel members, we are there to provide some of our own experiences with the challenges of building enterprise wide SOAs, but the best discussions by far have been the ones where the discussion moves out into the audience and stays there. These sessions have been very enlightening in that a group of architects are interacting with their peers from other organizations, and sharing with each other the issues that they are encountering.

Here is one of the many burning issues that have come out of the discussion - IT organizations are assembling teams of architects with the goal of building architecture for the future that will be in place for at least the next 10 years. Most architects intuitively understand the value of building a SOA, but they are struggling with how to associate the business value of building a SOA, and explaining that to the business managers who control the budgets and provide funding for such initiatives. While there doesn’t seem to be one good answer that fits everyone, the various discussions seem to reduce it down to these main points:

-Enterprises need the business agility to react to ever-changing business requirements, and continually implement new programs to attract and retain customers.

-In support of this, business processes need to be automated, streamlined, refined, and measured.

-The underlying IT infrastructure which supports those business processes need to be flexible and capable of adapting to change. Continued measurement of success means that the change needs to happen in real time and results need to be measured in real time.

-IT systems contain lots of existing functionality in the form of in-house business logic that represents domain expertise that is germane to the particular business you are in. Commercial Off The Shelf (COTS) applications contain business logic that automates common business functions, such as HR management, Accounting, and Enterprise Resource Planning (ERP). Most installations of these systems represent heavy investments in licensing, installation, consulting, and custom tailoring to meets the individual needs of an organization.

-The key to realizing the business benefits of building a SOA is to recognize the ability for a SOA to be able to leverage existing application assets, and expose them using service level abstractions that are loosely coupled, and standards based. New automated business processes can be built more rapidly by stitching together composite applications that invoke these services and combine them with new business logic that is also exposed through service level interfaces. This is what forms the basis of a SOA. The key to tying this back to the business benefits is how it how well the SOA infrastructure is capable of being configured, streamlined, and measured. Implementing new programs to react to competitive pressures can only be effective if they can be done in a timely manner. New initiatives to attract and retain customers usually have a direct measurable impact on the business. These programs can only be proven successful if they are capable of being measured in real time for their effectiveness, and also capable of rapid course corrections based on the results of the measurements.

In summary, the title of this is perhaps a little backward. Its not so much about how to extract business value from SOA, its more about how to extract value from the assets that you have in place. A SOA can be the architectural approach to help make that happen.

That’s the net/net of the discussions on this subject so far. I would love to hear your opinions on this as well….
Dave