I've noticed a bit of a disturbing pattern of late in my cloud discussions with clients. They have been talking about hybrid cloud in the future tense. If you are planning for hybrid down the road, I have a wake up call for you. Too late, you are already hybrid.
If your company has even a single SaaS application in use today I can almost gurantee you it's connected to something inside your data center giving you hybrid cloud. So hybrid isn't a future state after you have a private cloud in place and IT Ops chooses to connect that private cloud to a public cloud. Look at it through the lens of a business process or application service which is composed of different components, some cloud-based, some on-premise. From an Infrastructure & Operations perspective, hybrid cloud means a cloud service connected to any other corporate resource (a back office app, your web site, your intranet, another SaaS app you have under contract and yes, even your private cloud). Any of these types of connections presents the same integration impact - whether you established the connection or not. If you are like the typical enterprise, that answered our Forrsights Q4 2012 Software Survey, then you have more than six SaaS applications in place today (that you know about) so cloud integration is likely well in place today. And about one third of the developers who responded to our Forrsights Q1 2013 Developer Survey said they have already deployed applications to the public cloud. Twenty-five percent also admitted to putting application integrations in place.
If your organization is like nearly every other one I've talked to in the past 20+ years, you have a spaghetti chart of integration connections between all the siloed applications that run your business. Your customer is fractured across five applications. Your fulfillment process is broken across eight applications. Just try to pull together the data necessary to tell how profitable one of your products is. Or, as you implement mobile, external APIs, custom B2B connections, and more, how will you provide consistent, coherent access to your transactions and data?
Making sense of all the mess has been an important priority for years. The question is "how?" Forrester's latest research finds that it's time for a new kind of integration strategy. We call it "Digital Business Design":
A business-centered approach to solution architecture, implementation, and integration that brings business and technology design together by placing design priority on user roles, business transactions, processes, canonical information, events, and other business aspects that embody a complete definition of a business.
In the Business Apps Casino, change is afoot. For a long time, one table – software-as-a-service ERP – attracted a limited number of players and fans. However, over the past 12 months, an increasing number of ERP vendors have lined up to place sizeable SaaS bets, while more potential customers are paying close attention to the gambles those vendors are making.
In Forrester ERP inquiries, it’s now the norm for clients to ask us about SaaS ERP. In fact, it’s unusual to field a call where SaaS isn’t mentioned. Firms may be actively considering a future change in deployment model or simply wanting to kick the tires on SaaS ERP adoption, pros and cons, and comparisons with on-premises ERP. They also seek more information about SaaS ERP market players and likely future entrants. In general, what’s changed since a year ago is that companies want to include SaaS ERP options in their assessments.
Each ERP vendor’s SaaS bet differs somewhat from those of its peers, determined both by the type of customers it’s aiming at and architectural concerns. However, there are some shared themes:
Repurposing existing apps. Some ERP vendors began their SaaS endeavors with apps targeted at small and midsize businesses. They’re now working to deepen the functionality of those apps to appeal to a broader, more enterprise audience. There are two key approaches: 1) expand the scope of an existing SMB product and aim it up market; or 2) carve off functionality from a SaaS midmarket apps suite (while retaining that suite) and create a new enterprise app.
We've been talking about the next stage of application life-cycle management (ALM) for several years now. As my colleague Dave West argued, the vision of ALM 2.0 is clear, compelling, and comprehensible. While ALM tools might have a ways to go to fulfill this vision, they have made significant strides in one particular area: integration among tools, whether or not they come from the same vendor. The momentum for ALM integration isn't unique, propelled by the same forces that make integration the killer app in other segments of the software market (CRM, content management, collaboration, etc. etc.). Tools provide potentially valuable capabilities, but these capabilities don't map exactly to the way people work.
The Work Defines The Tool, Not The Other Way Around
The primacy of work over tools explains why ALM 1.0 died quickly from its own success. Having convinced app dev teams of the value of point solutions for task management, planning testing, requirements, release management, and other functions, the obvious question on practically every customer's mind was, "What other tools might help us?" We should be careful about how we understand that question, which is not synonymous with, "What other activities might we make easier or more successful?" The tools are, more often than not, part of the same activity. Planning, for example, should identify risks that shape what requirements you write and what tests you build.
Two months ago, we announced our upcoming Forrester Forrsights Software Survey, Q4 2010. Now the data is back from more than 2,400 respondents in North America and Europe and provides us with deep and sometimes surprising insights into the software market dynamics of today and the next 24 months.
We’d like to give you a sneak preview of interesting results around some of the most important trends in the software market: cloud computing integrated information technology, business intelligence, mobile strategy, and overall software budgets and buying preferences.
Companies Start To Invest More Into Innovation In 2011
After the recent recession, companies are starting to invest more in 2011, with 12% and 22% of companies planning to increase their software budgets by more than 10% or between 5% and 10%, respectively. At the same time, companies will invest a significant part of the additional budget into new solutions. While 50% of the total software budgets are still going into software operations and maintenance (Figure 1), this number has significantly dropped from 55% in 2010; spending on new software licenses will accordingly increase from 23% to 26% and custom-development budgets from 23% to 24% in 2011.
Cloud Computing Is Getting Serious
In this year’s survey, we have taken a much deeper look into companies’ strategies and plans around cloud computing besides simple adoption numbers. We have tested to what extent cloud computing makes its way from complementary services into business critical processes, replacing core applications and moving sensitive data into public clouds.
Fujitsu? Who? I recently attended Fujitsu’s global analyst conference in Boston, which gave me an opportunity to check in with the best kept secret in the North American market. Even Fujitsu execs admit that many people in this largest of IT markets think that Fujitsu has something to do with film, and few of us have ever seen a Fujitsu system installed in the US unless it was a POS system.
So what is the management of this global $50 Billion information and communications technology company, with a competitive portfolio of client, server and storage products and a global service and integration capability, going to do about its lack of presence in the world’s largest IT market? In a word, invest. Fujitsu’s management, judging from their history and what they have disclosed of their plans, intends to invest in the US over the next three to four years to consolidate their estimated $3 Billion in N. American business into a more manageable (simpler) set of operating companies, and to double down on hiring and selling into the N. American market. The fact that they have given themselves multiple years to do so is very indicative of what I have always thought of as Fujitsu’s greatest strength and one of their major weaknesses – they operate on Japanese time, so to speak. For an American company to undertake to build a presence over multiple years with seeming disregard for quarterly earnings would be almost unheard of, so Fujitsu’s management gets major kudos for that. On the other hand, years of observing them from a distance also leads me to believe that their approach to solving problems inherently lacks the sense of urgency of some of their competitors.
Software AG announced today a significant change in their executive structure. After the acquisition of webMethods back in 2007, the second largest software vendor in Germany acquired IDS Scheer last year, at topic we explored already in this report.
If you follow Software AG over this time, you might realize that the way CEO Karl-Heinz Streibich runs a post merger process may involve dramatic disruptions in the executive structure of the company. Dave Mitchell, the former webMethods CEO left some months after that acquisition. Today, the Chief Product Officer, Dr. Peter Kürpick surprisingly left the company. Peter was a member of the executive board since 2005, and, although his contract officially runs until 2013, he is leaving at his own request immediately. He stood for the successful turnaround of Software AG’s product strategy and repositioned Software AG from an outmoded mainframe shop into a leading global integration player. The successful merging of Software AG’s mainframe and integration know-how with the newer webMethods product stack into one interoperable integration stack was one of Peter’s major achievements. Peter also took over the responsibility for Software AG’s ETS (mainframe) product strategy after the integration business reached a solid stability. He would have had the skills and experience to create a consistent technology stack spanning from the mainframe over the WebMethods integration up to the business architecture tools of IDS Scheer (ARIS).
A lot of my recent research – about SaaS/PaaS, Agile tools, requirements tools, and innovating with your channel – share a common conclusion: successful technology vendors see integration as more than just a necessary evil. Here's why.
Business problems drive technology adoption You can see this principle in action in the requirements tools market, which in the last decade has grown larger and more complex. Teams use these tools to address more than one type of requirements-related challenge, so it's easy to see why the tools themselves are now as diverse as as Micro Focus (née Borland) Calibre, Atlassian JIRA, Ravenflow RAVEN, and VersionOne's Ideas Management module. If your problem is, "People don't like using our product," you might look at a visualization tool like iRise to shorten the feedback loop, leading to better design decisions. If, instead, your problem is, "We don't have a good business justification for what we build," you might look at IBM Rational DOORS to evaluate the pros and cons of alternative scenarios for what goes into the next release.