August 29, 2008   Sign In |  About ebizQ |  Contact Us |  Join ebizQ Gold Club
Service-Oriented Architectures Syndicate This
Print this article    Email this article    Talk Back!    Write to Editor
SOA’s Business Value (Part II of III)
10/01/2006
By Neil Ward-Dutton, Research Director, Macehiter Ward-Dutton

*Editor’s Note: For Part I of this article, click here.

ADVERTISEMENT
Our Popular Webinars
Insurance Roundtable: Discovering the Missing Link of Business Architecture
How Secure is Your Data? Learn about PCI Solutions
You Can Implement Today.
Reducing Cost of Legacy Systems with Guaranteed ROI
How to Get a BPM Initiative off the Ground
The Future of Application Servers in the Enterprise & IBM WebSphere Application Server V7
More Webinars

SOA is about much more than integration using Web services technologies – it has the potential to enable IT and the business to start to talk and collaborate using a common language. In our research, we’ve found that there are four steps involved in getting to this common language: using SOA to increase software flexibility; increase software reuse; increase the comprehensibility of IT to the business; and lastly, increase the visibility of the value of IT.

The first two steps are the most talked-about aspects of SOA, and they are closely related. The first is basically about using SOA simply as a way to carve existing applications up, and develop new systems in a modular fashion, so that changes are potentially localized and the impact minimized; the second is about organizing a portfolio of services so that as many of them as possible can be shared across multiple systems.

However contrary to what it would be easy to believe, based on vendors’ marketing material, implementing an SOA initiative won’t automatically yield improved software flexibility and reuse – there are a number of important principles and practices which need to be applied, and which have nothing to do with technology per se. There are too many of them to go into detail on them all, but I’ve highlighted some of the most important ones here.

Get the big picture

A big part of the value of service-orientation is the ability of services to represent what a business does. In this context, if you don’t understand the nature and structure of the business processes, which are going to make use of software services once they’re published, those services don’t stand a chance of fitting the needs of the business. Moreover, the nature of SOA is also such that individual services can – and should – be applicable to more than one system and more than one business process. This, of course, is a big part of the reuse promise of SOA. But it means that looking at service requirements purely within the context of a short-term system or business process requirement will miss wider opportunities to generate value from your investments.

In order to ensure that broader and longer-term requirements are taken into account when services are being designed, a full-time skilled architect resource must be in place in your IT organization, which is available to all integration and development projects which take place within the context of your SOA initiative. The architect(s) must be more than glorified software designers: they must have the responsibility of balancing short- and long-term business requirements in the context of your IT delivery capabilities, which means they must sit squarely between IT and the business, talking to and understanding the needs of both constituencies. And along with that responsibility, they must have the authority to strongly influence the way that services are implemented and deployed. In other words, an architecture team which is seen purely as a “team of clever people we can ask questions of,” isn’t going to be nearly enough.

Page 1

More Top Stories
Maximizing User Experience and Perfomance Gold Club Protected
Virtualization, SOAs, and Management Miasma Gold Club Protected
Five Reasons to Redo Your Enterprise Architecture Gold Club Protected
SOA Market to Hit $51.9B in 2012 Gold Club Protected
Workflow and Integration Meet in the Middle With BPM Convergence Gold Club Protected
Aligning IT to Business Processes: How BPM is Complementing ERP Gold Club Protected
More Top Stories
Related News
Everest Software Announces 'Knowledge as a Service' Offering
Information Builders and Performance Measurement Group Partner for Supply Chain Performance Management Solution
Software AG Helps Watt Germany Transform Utility's Business Processes
More News
Subscribe to our Newsletters
ebizQ Weekly Gold Club Update
Live Webinar Updates
Updates from ebizQ Partners
ebizQ SOA Update
ebizQ BPM Update
ebizQ Security Update
ebizQ BI Update
ebizQ Open Source Software Update
Virtual Show Newsletter
ebizQ Web 2.0 and the Enterprise
Your E-mail Address:
The Future of Application Servers in the Enterprise & IBM WebSphere Application Server V7
Date: Sep 10, 2008
Time: 12:00 PM ET
(16:00 GMT)

REGISTER TODAY!
How to Get a BPM Initiative off the Ground
Date: Sep 16, 2008
Time: 12:00 PM ET
(16:00 GMT)

REGISTER TODAY!
Archived Webinars | Upcoming Webinars
  BI for Consumer Packaged Goods

By: Don Tapscott WHILE HISTORICALLY consumer packaged goods (CPG) organizations have made significant investments in data collection and...Learn More

ebizQ also recommends
 IBM Smart Strategies for Web 2.0 Newsletter
 Twelve Common SOA Mistakes and How to Avoid Them
 The End of Middleware
 High-Performance SOA Management with a Virtual Services Environment
 Increasing the Effectiveness and Efficiency of SOA Through Governance - 2008 SOA Governance Survey Report
More White Papers

Marketing Solutions | Feedback | About ebizQ | Unsubscribe | Privacy Policy | Site Map

Live Chat