8: Selecting an SOA Maturity Model

(EN: In the chapter introduction, the author returns to "maturity" as a motivation, and even uses the child-to-adult analogy to suggest that being "mature" should be considered a goal even if there are not supporting rationale. I'm inclined to disagree, and suspect that this rhetorical tactic is often used when there is no good reason for accepting an "all or nothing" proposal. Instead, a company should decide what level of adoption is appropriate and productive for its needs, for objective and defensible reasons, and proceed accordingly. The author's use of this tactic is going to color my perception of the content that follows.)


Organizations may wish to gauge the level of SOA adoption tend to measure its own operations against other businesses or compare their current level of adoption with a their overall goal, both of which are subjective approaches. A more objective approach is to gauge the degree of adoption against a "maturity model" for a given technology.

There are existing maturity models that borrow upon concepts from the "battle-tested" capability maturity model that is used broadly in the IT field and provides an objective (or at least constant) standard against which the adoption of any technology can be assessed. The author suggests a Google search, but mentions three specific models that are common: the Web Services maturity Model, The Service Integration Maturity Model, and the Service Oriented Architecture Maturity Model.

Most models define four phases of technology adoption: early learning (discovering the capabilities, running pilot tests); integration (including the technology as part of an array of systems); reengineering (replacing older systems with the new technology); and maturity (when the technology becomes the standard for the organization).


This model was developed by IBM, whom the author regards as "one of the foremost authorities on SOA." IT defines seven levels of maturity:

The author suggests this model is the only one that describes how enterprises evolve from legacy systems to service-oriented solutions realistically, in that it reflects how SOA adoption is actually done in organizations that have adopted SOA.


This model was developed by "a consortium of vendors" the develop SOA as a "model for visualizing future success" (EN: and going back to my earlier note, this means that the vendor has successfully sold the company everything it possibly can, not that the company is successful - which is my primary suspicion about the rhetoric of a "maturity" model).

This model describes five levels of maturity:

This model is intended to promote the adoption of SOA by capitalizing on the technical and business impacts of SOA adoption.


The maturity model adopted by an organization should be one that aligns with the organizational culture and goals of the IT department and the enterprise. Some models are geared to measure the adoption of SOA as a natural evolution of information systems, others see SOA as a paradigm shift and measure the degree to which the organization adapts to this change; others take the perspective that adoption of SOA leads to a better alignment of and collaboration between the IT department and the remainder of the business.