SOA Manifesto—Guidelines on What it Takes to be “Service-Oriented”

Joe McKendrick
Insurance Experts' Forum, November 17, 2009

Lately, there's been a lot of discussion—if not outright arguments—over what service-oriented architecture (SOA) is, or is not, supposed to accomplish. Some analysts even say SOA—or at least what we've been led to believe was SOA—is dead.

Last month, at the International SOA Symposium in Rotterdam, I had the unique honor of joining a group of thought leaders and industry experts who sat down and worked to clear the air, once and for all, as to what it means to service-orient a system, and arrive at a consensus as to what SOA should mean to organizations. The result was a document called the “SOA Manifesto.” 

The work was done in rapid order, with an agreed-upon set of core values and guiding principles hammered out after just three days of intense debate. (You'll never see that in a standards working group, which typically takes years to arrive at common ground!) Even more remarkable was the diversity of the group, which consisted of independent analysts, writers, consultants and vendor representatives from Oracle, Microsoft, IBM and Tibco. For anyone concerned the vendor agendas influenced the Manifesto, I'll point out that one of the key proponents driving the language of the document was Burton Group's Anne Thomas Manes, who made quite a few waves earlier this year with her proclamation that “SOA is Dead.” 

Not everyone in the working group agreed on every point, but the values and guiding principles are intended to at least capture the spirit of SOA, which is intended to cut the dependencies between business processes and underlying technologies. In addition, the group sought to distinguish between “service orientation” as an activity and “service-oriented architecture” as the result of that activity. After all, nobody “did” Roman Architecture back in the day, right? It was the result, not the activity.

Here is the text of the SOA Manifesto:

“Service orientation is a paradigm that frames what you do.  Service-oriented architecture (SOA) is a type of architecture that results from applying service orientation.

We have been applying service orientation to help organizations consistently deliver sustainable business value, with increased agility and cost effectiveness, in line with changing business needs.

Through our work we have come to prioritize:

Business value over technical strategy

Strategic goals over project-specific benefits 
Intrinsic interoperability over custom integration

Shared services over specific-purpose implementations

Flexibility over optimization

Evolutionary refinement over pursuit of initial perfection

That is, while we value the items on the right, we value the items on the left more.
Guiding Principles

We follow these principles:

Respect the social and power structure of the organization.

Recognize that SOA ultimately demands change on many levels.

The scope of SOA adoption can vary.

Keep efforts manageable and within meaningful boundaries.

Products and standards alone will neither give you SOA nor apply the service orientation paradigm for you.

SOA can be realized through a variety of technologies and standards.

Establish a uniform set of enterprise standards and policies based on industry, de facto, and community standards.

Pursue uniformity on the outside while allowing diversity on the inside.

Identify services through collaboration with business and technology stakeholders.

Maximize service usage by considering the current and future scope of utilization.

Verify that services satisfy business requirements and goals.

Evolve services and their organization in response to real use.

Separate the different aspects of a system that change at different rates.

Reduce implicit dependencies and publish all external dependencies to increase robustness and reduce the impact of change.

At every level of abstraction, organize each service around a cohesive and manageable unit of functionality.”

Joe McKendrick is an author, consultant, blogger and frequent INN contributor specializing in information technology.

Readers are encouraged to respond to Joe using the “Add Your Comments” box below. He can also be reached at

The opinions of bloggers on do not necessarily reflect those of Insurance Networking News.

Comments (1)

Still not clear what advantage SOA has over traditional applications.
Can somebody explain it in layman terms

Posted by: Anurag S | February 18, 2010 11:50 PM

Report this Comment

Add Your Comments...

Already Registered?

If you have already registered to Insurance Networking News, please use the form below to login. When completed you will immeditely be directed to post a comment.

Forgot your password?

Not Registered?

You must be registered to post a comment. Click here to register.

Blog Archive

Product Configurators: Moving Insurers toward Self-Sufficiency

Insurers may like a vendorís full service model for updating policy content rules, but they donít want to be held captive if the vendor doesnít offer fast speed-to-market.

How Quote Data Can Deliver Powerful Business Insights

Quote data often is disregarded due to its volume, but properly managed can offer insights into product and pricing strategy, expense control, cross selling and upselling.

Insurers: Let's Be The Best

I donít like when insurance companies are hectored by people inside or outside of the industry about how they arenít innovative. Many insurers are leading the way in gleaning real results from emerging technology disciplines, including big data, analytics, mobile technology, and telematics.

6 Crucial Guidelines for Digital Insurers

Going digital isnít just something that can be accomplished by decree. It takes finesse to keep everything in sync.

The Security Breach of the Day – and Why You Should Consider Cloud

Is your budget for security larger than Google, Amazon or Microsoft?

Top Stories in Property/Casualty

Novarica Commentaries are available to clients only, but weíve posted direct links to some of the most important stories below.