Joe McKendrick, ebizQ's SOA in Action Blogger, is a nationally published author and consultant
with deep knowledge and insights regarding trends and developments in
the technology industry. He is a contributing editor to a number of
national and international publications and Websites including
Database Trends & Applications, ZDNet, and Webservices.Org. He also
serves as analyst for Evans Data Corp., and is lead analyst for Evans'
Web services and enterprise development management issues surveys.
SOA in Action Blog
|
« BPEL4People Promises to Unjam Process Workflows | Main | BPM is SOA's Reason for Existence » June 30, 2007The Three -- or Four -- Biggest SOA Mistakes, and How to Avoid Them Sandra Gittlen, writing in Datamation, explored "three ways to avoid SOA snafus.* Here are the three biggest snafus and how to address them: 1. Operating in a vacuum. SOA is an enterprise project, and should be managed as such. "You have to really get everyone on board -- from the programmers to the shareholders to the end users -- to be successful with SOA." 2. Not creating a governance framework. Governance is a large part of developing an SOA strategy, and organizations must decide ahead of time what their reuse and publication policies will be for the services within their architecture." 3. Treating security as an afterthought. "Security can be one of the trickiest areas of SOA because organizations are reusing services that might have been created externally. "Most services, to be made as reusable as possible, have security stripped out of them. This isn’t good.” IT groups should add service interfaces that address compliance mandates and cater to the highest level of security each application requires. "n addition, IT groups should carefully plot out their authorization and authentication strategies." I would like to add a fourth bit of advice, which Sandra mentioned in the article but did not elevate to a "Big Mistake:" 4. Pushing SOA through as a massive enterprise initiative. That's sort of like, as they say, trying to "boil the ocean." SOA should be introduced incrementally, starting out with quick wins to demonstrate its value to the rest of the organization. If SOA is launched as this galactic transformative mega-project, constituents will be quickly disappointed when they don't see mega-results to their areas of the business. Posted by joemckendrick in SOA | Digg This | Add to del.icio.us Trackback Pings TrackBack URL for this entry:
It all starts with discovery and ends with SOA – BPM, BPI and BPA are just middle steps and ultimately the most valuable asset to the business is the repository of its business processes which in turn act as a best practice library and services hub. The repository is called Process Master Posted by: Alan Crean at July 3, 2007 04:24 AM Post a comment
|














