//Beware of SOA in a box

Beware of SOA in a box

As I’ve discussed many times, SOA is not a product.  It is an architectural style.  That said, products can help leverage and encourage SOA.  Gartner expects there to be some pretty significant growth in these products over the next few years. 

There is no silver bullet here.  When you buy a product from a vendor (including Microsoft), you are buying more than tools. You are also buying the constraints that drove the assumptions in the tools.  Those constraints are important, and usually overlooked.  kingkong-snow-globe

This is what makes it so difficult to compare the SOA offerings from different companies.  If you buy a product that assumes a particular platform, or practice, then your company will have an easier time using that product if that platform or practice are already in place.  For example, if you buy a product that assumes you manage your IT portfolio as such, but you don’t manage your IT portfolio, it will be more difficult to get value out of your purchase.

As you may discover, SOA can have a large impact on your organization, including changing your planning and funding mechanisms, or a small impact which changes your tools.  How big you can go, depends on what your business will get from it and how well you have aligned business sponsorship. 

So when you decide to move to SOA, you will inevitably have to pick some tools and products to empower your implementation.  In that process, look to insure that the vendor can tell you how to get from where YOU are to where THEY want you to be.  Is that destination where your organization wants to go?  Can you get in for a low cost?  Can you measure value?  If your choice doesn’t let you answer these questions… why pick it?

  • Buying a tool that you don’t use… that’s bad.
  • Buying a tool that forces you to make expensive changes to your process before you see value… that’s worse.
By |2007-09-10T17:34:40+00:00September 10th, 2007|Enterprise Architecture|4 Comments

About the Author:

President of Vanguard EA, an Enterprise Architecture consulting firm in Seattle focused on the Pacific coast of the US. Nick has over 30 years of professional experience in management, systems, and technology. He is the co-author of the influential paper "Perspectives on Enterprise Architecture" with Dr. Brian Cameron that effectively defined modern Enterprise Architecture practices, and he is frequent speaker at public gatherings on Enterprise Architecture and related topics. He coauthored a book on Visual Storytelling with Martin Sykes and Mark West titled "Stories That Move Mountains".

4 Comments

  1. Max September 11, 2007 at 1:43 pm - Reply

    I agree a good tool usually supports a certain methodology. And we all have probably seen several cases when people would buy a tool and try to use it without understanding the methodology. Very soon the tool ends up on a shelf.

    Are there any systematic SOA methodologies out and the tools that support those methodologies? Or is this still a quite emerging discipline/approach?

    Max

  2. NickMalik September 11, 2007 at 6:18 pm - Reply

    Get ten tools in the room, and you have eleven methodologies.  

    Answer: still emerging.

  3. Sam Gentile Personal Blog September 12, 2007 at 6:52 pm - Reply

    Please note that this blog is no longer on CodeBetter but at http://samgentile.com/blogs/samgentile/default

  4. Erics Blog September 13, 2007 at 8:53 am - Reply

    The big Swedish newspaper for the IT industry recently wrote about a study (Benchmarking: Service-Oriented

Leave A Comment

5 − 2 =