How's this for an unusual business model: Defining SOA for corporate attorneys.
ZapThink reports this week that serving as an expert witness about what is and is not SOA is now a growing part of its business, as more companies take to the courts after feeling cheated by high-priced SOA consultants.
Apparently, the problem is some SOA consultants bring in the one or two people who actually understand SOA and they sell the deal. But when it comes time to build the SOA, the consultancies send clueless newbies and the client company doesn't get what it expected. The end result -- a legal battle.
Oh, the irony. Companies hire SOA consultants, sue SOA consultants for being over-priced and over-promised, and now both companies have to hire SOA consultants to define SOA in court.
Although, really, it seems obvious this would happen, didn't it? The definition of SOA keeps changing. The people building SOAs can't even agree on a definition for "service," which one would think would be the basic building block of a service-oriented architecture.
I'd hate to sit on a jury in a SOA lawsuit.
But I do admire ZapThink Senior Analyst and Principal Jason Bloomberg for writing "Forensic SOA." He valiantly works out a legal definition for SOA. I suggest you read the whole piece, because it's quite detailed and intriguing. Ultimately, however, he admits ZapThink's definition of SOA largely depends upon exemption -- in other words, it's easier to say what SOA is not than what it is.
For instance, ZapThink does NOT require any of the following for a SOA:
Though, obviously, SOAs can involve any and all of those things.
You can sort of see how this sort of backing into a definition would lead to problems with writing the project scope.
Bloomberg points out that if you're happy with your SOA and it solves the business problem, then you shouldn't worry about the definition. That's true, but it's not particularly comforting or useful to those of you currently building or just embarking on SOA.
Hopefully, Bloomberg or other SOA experts will follow up with advice about how you can protect yourself from bad deals and broken SOA promises.