April 24, 2007
Podcast: Jim Sinur Leaves Gartner to Lead Global 360 Strategy
Industry pundits require a certain amount of detachment from the technologies and companies they cover. Vendors are attached to their particular solutions, and buyers are attached to what has made them successful in the past. Analysts, however, observe markets closely, do extensive research, talk to vendors and customers, but remain unattached. This detachment provides a valuable perspective on the market.
After many years of this type of market observation, suffice it to say that it usually takes something particularly exciting to rouse an analyst, particularly a noted industry leading analyst, off a perch of detached enlightenment. Because while analysts remain unattached to the markets they observe, some may become attached to their high perch.
So it was particularly surprising to learn that Jin Sinur, formerly VP and Distinguished Analyst at Gartner Research and noted BPM expert, announced he is leaving Gartner to become the new Chief Strategy Officer for Global 360. Jim is going to drive acquisition efforts to deliver his vision of the next generation of BPM capable of providing competitive advantage . After 15 years at Gartner he is certainly well positioned to know which vendors have the right technology.
However, the very act of becoming a vendor has now dethroned Jim from his formerly high perch in the industry. In speaking about how it feels to join the “other side” Jim admitted it was a bit strange. But he is clearly engaged and excited by the challenge and opportunity that lies before him. Instead of just talking about what the next generation of BPM should be, he is now going to build it at Global 360. We wish him well, and will be watching with detached interest.
To listen to my conversation with Jim Sinur about his plans to build the next generation BPM tool, or download the entire podcast click below:
Listen to or download the entire 6:32 podcast below:
Recently I’ve been delving into the specs associated with Web services, including BMPN, WSDL, UDDI, ebXML Registry, and WS Policy. The focus of this research was to determine what information needs to be captured in the requirements and design phase to fully specify the Web service throughout the life cycle.
We had a few email exchanges with Miko Matsumura about policy metadata mainly to determine what type of information is necessary to collect policy requirements (which are part of the business requirements). But after a few go a rounds, and after looking at metadata specs for both ebXML policy and WS Policy, as well as this helpful comparison of the functional capabilities of different repositories (link courtesy of Miko) my conclusion was that what was really needed and sorely missing were templates for different types of policies so when analysts and developers are gathering requirements and designing services, they know what questions to ask and what information to document.
While all the relevant specs contain the information required to implement the service, none guide you in how to gather the requirements or create the optimal design. Our primary focus is on a process driven approach to right sizing Web services, but I am becoming more convinced of the need in the market for service patterns that can help developers identify different types of services that need to be implemented. These templates can then be implemented in UDDI (or the repository extensions based on UDDI) through tModels, which are technical models that represents reusable concepts. Examples of useful reusable templates which could be implemented in tModels include an implementation model for transactional services, or a data lookup service.
Identifying service patterns will help guide developers beginning SOA implementations to understand how to think about the types of services they need to implement. The types of patterns were looking at are types of service behavior (agents, monitors, stateful, stateless, long-lived, short-lived, transactional, etc.), service communication patterns (synchronous, asynchronous, request/reply, publish and subscribe, 1 to 1 messaging), and types of service policies (security policies, version control, SLAs, etc.). Once we have the reference models for each of the different types of services the models can be implemented a tModels and just configured for each service instead of created from scratch. This is somewhat of a cook book approach to SOA.
I’m asking here for a reality check here. Do you agree this would add value to SOA efforts? What do you think would be helpful and useful in helping analysts, architects, and developers evolve SOA within the organization?
April 05, 2007
Software AG Announces Acquisition webMethods
Today Software AG announced the acquisition of webMethods. Frankly, I find this truly exciting news. While the consolidation trend is not exciting in itself (at this point there are few integration vendors left that have NOT been acquired) I think this acquisition is a true synergy. Each vendor has some very compelling solutions that are underappreciated in the market. Together the combination provides a complete infrastructure for SOA.
I listened in to the analyst call this morning, which was mostly about the CEOs and CFOs of both companies talking to the financial analysts. Hey I get it, financial analysts, unlike us techie geeks, effect stock price. No technical analysts got to ask any questions, while a few financial analysts did have some technical questions.
Here’s the quick and dirty on the financial side. Software AG is offering a cash buyout of $9.15 per share, which is a 25.7% premium over webMethods closing price yesterday of $7.28. Karl-Heinz Streibich, CEO of Software AG, spoke about the synergies between the two companies which he thinks will add up to one billion Euro software giant. These include synergies in market areas, geographies and revenue streams. While Software AG's business is 56% Europe, 25% America and 19% rest of the world, webMethods business is 62%America, 26% Europe and 17% RoW. Combined the two companies will have 4500 customers including 1500 webMethods customers and 3000 Software AG customers. Clearly webMethods will help Software AG gain a larger presence in the Americas, something it has tried to do before unsuccessfully (do you remember SAGA?).
According to a chart taken from Gartner numbers, this acquisition is going to put Software AG as the #3 player in the leading SOA/BPM players.
IBM $387m
Tibco $199m
Software AG & webMethods $156m
Microsoft $155m
webMethods $122m
Oracle $116m
Sun Microsystems $102m
Sybase $ 68m
BEA $ 60m
Axway (SOPRA) $ 57m
Sterling Commerce $ 57m
Vitria $ 52m
Software AG $ 34m
Hitachi $ 30m
Fujitsu-Siemans $ 24m
SAP $ 18m
While I predict the financial geeks will find the numbers interesting, frankly from a purely technology view, I think this acquisition is positively exciting. Both companies have some industry leading next generation technology that has been underappreciated in the market. But while they were downplaying the overlap and playing up the synergies, there is actually considerable overlap that will have to be reconciled.
They identified 5 areas of technology for what they have identified as the SOA/BPM market (hey let’s stick with the hot buzz words here – helps the stock price). But in any case, the 5 areas are a pretty good representation of a complete infrastructure required for SOA:
• SOA Governance
• BPM/BAM
• Application Composition
• Application Integration
• Legacy Modernization
So let’s take a look at the overlaps and synergies in each of these areas.
In SOA Governance Software AG has made a considerable investment in CentraSite, a registry and repository which is a joint development effort between Software AG and Fujitsu, and which includes a community and .org site. In September of 2006 webMethods acquired Infravio, another governance product. My guess is that CentraSite is going to win out here. There might be a possibility of bits and pieces of Infravio ending up in CentraSite, especially if the Fujitsu partnership falls apart now that Software AG will no longer need Fujitsu InterStage as its BPM solution.
Currently Software AG’s BPM solution is reselling Fujitsu’s Interstage. However, webMethods also brings a BPM/BAM solution to the table. On the call Karl-Heinz Streibich make it clear that in the near term Software AG salespeople will continue selling Fujitsu, the CentraSite so-development partnership will continue, but the webMethods BPM solution will be the clear winner, as it should be. webMethods has industry leading, next generation BAM technology. In February I spoke with Susan Ganeshan, VP Product Management for webMethods Fabric. Quite frankly, she knocked my socks off, and that’s saying a lot as I have listened to thousands of vendor pitches, and this one was probably the 15th in the course of 2 days. webMethods has some of the best BAM technology out there. It has predictive capabilities, great visualization and a host of other goodies. I think the closest competitor to its BAM capabilities is Tibco. But the combined Software AG and webMethods offering surpasses Tibcos’ platform capabilities. For example, Tibco does not have application composition.
Software AG will actually now have two Application Composition offerings – their own under their Crossvision brand name, and webMethods Fabric, which has been positioned as a composite application platform.
While on the call they indication that webMethods was bringing the Application Integration capabilities, there is quite a bit of overlap in this area. Interestingly, on the call they cited Forrester as saying that Software AG is the leading Enterprise Service Bus provider. This truly surprised me, not because Software AG doesn’t have a good ESB, it’s actually a robust multi-protocol ESB. However, I can’t imagine how Forrester did the numbers. After all, IBM renamed a few products as their ESB, and MQ Series already had a leading market share for messaging. I guess Forrester didn’t carry those numbers over. Anyway, these days an ESB is often in the eyes of the beholder.
Software AG bundles its integration/SOA/BPM offerings under the brand name of Crossvision, which includes:
• Crossvision Application Composer – for designing SOA interfaces
• Crossvision Application Designer – for creating XML, AJAX apps
• Crossvision Business Process Manager – which is Fujitsu’s Interstage BPM product
• Crossvision Service Orchestrator – the ESB
• Crossvision Information Integrator – includes semantic data integration
• Crossvision Master Data Manager – for master data management
• Crossvision Legacy Integrator
• CentraSite™ - SOA Governance
Out of this list, the legacy integration, master data management, and information integration represent added capabilities that webMethods does not yet have (well, WM has legacy integration, but Software AG’s technology is more likely to win out here). What is really exciting to me is Software AG’s Information Integrator, which I believe represents the next generation of semantic integration capabilities. I’m totally convinced that semantic integration will provide the next great leap forward in integration productivity because it enables automatic semantic integration through metadata alone. While those graphical mapping tools make integration easier, someone still has to go in, understand the semantics behind the data and create the maps. When a new system or partner needs to be integrated, new maps need to be created. Software AG’s Information Integrator has an inference engine and provides the metadata for semantic integration. It’s industry leading technology that frankly hasn’t really gotten the recognition it deserves yet. Probably because it is still ahead of the curve and the rest of the industry hasn’t yet caught on to the value and importance of semantic integration.
As a side note, when I was writing the book with webMethods last year on SOA and Integration, we had some discussions about including information integration. They argued that since webMethods didn’t have it, it wasn’t important and shouldn’t be included in the book. I stuck to my guns and we included it, because I truly believe this is where the next great leap forward in productivity is going to come from.
While I’m usually more of an observer than a cheerleader, I must admit to being a fan of Software AG’s Information Integrator and webMethods BAM solutions. After many years of observing this industry the sad truth is the best technology does not always win. Success much more depends on market strength. Maybe in this case the acquisition will create a stronger company which will propel some leading technologies to the forefront of the market and challenge the other vendors to step up. That will be a good thing for the industry in general. In the meantime, while Software AG may be able to soft pedal the overlaps in the webMethods and Software AG offerings, it’s clear that they are going to have to do some rationalization, or confuse their sales people and customers. That would be good for no one.