Welcome back Serena!
Written By: David Norfolk
Published: 1st November, 2010
Content Copyright © 2010 Bloor. All Rights Reserved.
So, Serena seems to be making useful noises again, after a time when it sent out some very odd messages implying that it had reinvented itself as a mashups company and was no longer interested in its core competencies. This wasn't true, of course, and although it had quite a good mashups story it still made its money from enterprise-level cross-platform tools like Dimensions.
However, back then I heard disturbing tales from people saying that "Serena is getting out of Configuration Management" (easily refuted if you bothered to talk to people like Serena's evangelist Kevin Parker) and I suspect some competitors took advantage of Serena's somewhat flawed messaging to spread 'fear uncertainty and doubt' about its future.
Now, the messaging is different—and better—as I found out while talking to Kevin Parker a week or so ago. It's about orchestrating commodity tools from anyone around a process—which is a damn fine story.
But I'm just an analyst, and I wonder how this story is going down with potential customers and users of Serena's technology. So I asked Robert Cowham, a consultant for VIZIM Worldwide and Chair of the BCS CMSG (Specialist Group for Change, Configuration and Release Management):
"I have chatted to several Serena employees who were all pleased with the change of CEO and the resulting return to the company's traditional roots," Cowham says; and he also notes, "a focus on things that have a good customer base and actually make money (e.g. Dimensions) as opposed to the diversion into 'all things Web 2.0' which resulted in TeamTrack being renamed Business Mashups and being about to take over the world".
Cowham continues: "I was not convinced by the story of how Business Mashups was going to allow users to do everything themselves and do away with application development, even though it is a very capable and flexible tool. With the Mashups name quietly morphing to SBM, the new pitch around orchestration seems much more real and consistent with a company focussed around tools and solutions for managing application lifecycles".
SBM (the name is derived from Serena Business Manager these days) is a process management tool and, according to David Hurwitz, Serena's Senior Vice President of Worldwide Marketing, Serena is now engaged with Orchestrated Application Delivery, to "deliver apps faster and at lower cost by managing application demand, development and delivery as an end to end process". And he has some useful insights, including the need for process creditability, using automation to deliver key performance indicators (KPIs) and required documentation. With process-oriented metrics, the "demand to deploy" development process he envisages can be improved, and I think that process improvement is a key characteristic of next generation development.
I suspect Serena is onto a winner here—but I doubt if its competition is standing still. Its messages seem rather familiar to me from some of the 'software econometrics' presentations from IBM—including the use of Focal Point for demand management. It is interesting that Kevin is scathing about IBM's Jazz platform, it's real openness in practice and its take-up outside of IBM—which perhaps means that Serena does see IBM products on the Jazz initiative as very real competition (although the jury is probably still out on the take-up of the Jazz 'philosophy' outside of IBM). However, there's no point in arguing about marketing messages when the real proof will be in mass adoption customer case studies when (or if) they appear.
Personally, I think there's room for both Serena and IBM in the development of the software behind automated business services (or applications, if you like) and that IBM really wants Jazz to be an open initiative. However, as Kevin Parker himself pointed out at a CMSG conference some years ago, all vendors [possibly even Serena, it occurs to me] have a "dirty little secret"; they quite like customer lock-in, albeit (these days) using velvet covered chains. And, to be frank, if you are locked in by tools that are easier or cheaper to use, or more effective, than the competition supplies, even though there's a risk to manage (the cost of moving off a platform or technology may allow vendors to charge you more in the longer term), it's hard to see why you shouldn't take advantage of them, with reasonable care and foresight.