Paul,
There are often good reasons for scrapping one vendor platform and going with another even if that platform is not (sniff, sniff) webMethods.
Hopefully, the reasons under consideration have to do with real functionality differences between the incumbent vendor and the one under consideration or with a major price point advantage that might come with a new vendor (e.g. an open source ESB project vs. webMethods).
Sometimes though, the momentum to switch comes primarily from arrogance or unresponsiveness on the part of the incumbent vendor or perhaps the incumbent begins to lag the rest of the market in some feature set perceived by the decision makers as critically important. However, the software business is always a game of leap frog. Today’s market leaders will fall behind, lose a bit of market share and scramble to catch up again.
Other times, a decision maker has an agenda to switch and won’t be bothered to conduct a fact-based analysis of the real cost of switching or the real impact of not having the absolute latest features right now at this very minute. I’ve seen one large client do this (they jumped to BizTalk) only to realize 12 months later that it was an unwise move. That kind of knee jerk decision making is very expensive and ultimately costs the organization market share or missed opportunities to innovate or cut costs.
Mark
#webMethods#webMethods-General#Integration-Server-and-ESB#webMethods-Upgrade