Forrester’s survey of over 1,000 IT decision makers in North American and European enterprises, only 12% of firms officially support or manage Palm devices. In comparison, 70% of enterprises support BlackBerry smartphones, and 29% support Apple iPhones. Android devices, the newest entrants in the mobile OS wars, have strong momentum and are officially supported by 13% of firms.
Well, that got me wondering how Palm had fared in emerging markets. We know that device preferences are different globally. So, I thought, maybe there are some Palm fans outside of North America and Europe. I checked Forrester’s Global Technology Adoption data from last summer (new survey expected back from the field very soon) in which we surveyed 1,412 IT executives and technology decision-makers across 15 countries. Here is what I found out about PalmOS support across enterprises in a few of the countries:
During Interop, I attended two sessions on disaster recovery and backup in the virtual world, topics that are near and dear to my heart and also top of mind for infrastructure and operations professionals (judging by the number of inquiries we get on those topics). First up was How Virtualization Can Enable and Improve Disaster Recovery for Any Sized Business which was very interesting (and very well attended). The panel was moderated by Barb Goldworm, President and Chief Analyst, FOCUS, and the panelists were: George Pradel, Director of Strategic Alliances, Vizioncore; Joel McKelvey, Technical Alliance Manager, NetApp; Lynn Shourds, Senior Manager, Virtualization Solutions, Double-Take Software; and Azmir Mohamed, Sr. Product Manager, Business Continuity Solutions, VMware.
Barb kicked off the session with some statistics on disaster recovery that can help people build the business case for it: 40% of business that were shut down for 3 days, failed in 3 years. She also cautioned that you have to test DR regularly and under unexpected circumstances.
Liz Herbert and I will be speaking on this theme at Forrester's IT Forum on May 27 in our session: "Noughty" Software Licensing — Is The Obituary Premature? Andrew is absolutely right. In addition to the points he raises, there are other reasons why perpetual licenses aren’t dead yet, such as the financial results they generate. The new models haven’t yet shown they can generate both high levels of re-investment in R&D and high profits for investors. Many SaaS providers have to spend a large share of their income on sales and marketing to retain existing customers and renew subscriptions. That leaves less money left over to fund innovation or fewer profits than their old-model rivals whose entrenched installed bases guarantee high maintenance renewal rates.
But perpetual license vendors mustn’t be complacent. The SaaS model may prove equally remunerative to the license-plus-maintenance alternative when the providers get bigger. Software buyers can encourage the established companies to learn from their SaaS competitors by insisting on some of that commercial model’s advantages in their own contracts, such as low up-front commitment and cost flexibility.
At the upcoming IT Forum in Las Vegas (May 26-28), I will be collaborating with Bill Band on a piece around using the customer experience to drive breakthrough process improvement, and with it, business performance. When you think about it, satisfying the needs of customers is what all business is about (OK you could argue that governmental organizations don’t have customers, they deal with the needs of citizens, but you get my drift).
In the first part of our presentation we will present research to support the view that improving the outcomes delivered to customers adds dollars to the bottom line of the business. Then I will switch to a theme dear to my heart -- that Business Process is at the heart of all significant Customer Experience efforts. And that comes down to:
How We Do What We Do -- Of course, the relationship between the Customer Experience, and how you do things, is pretty clear. I put this in the category of “Doing Things Right” -- i.e., the way in which the processes of the firm work and the employee behaviors.
What We Do -- But in order to deliver compelling customer outcomes, it’s also a question of “Doing The Right Things.” Which is about the business offering -- the services of the organization and the components that make it up. The business capabilities are, of course, a better way of thinking about this rather than the org chart (which is what so many folks seem to do ... decomposition of the org chart as a way of understanding processes).
Why We Do It -- And then it comes back to why we do this, and how it implements organizational strategy and the impact/benefit to the overall brand.
5:30am, the family sleeps and it’s time to prepare – today is Analyst Day in Frankfurt. I’m on the road 2h45min before the event starts (1h20min should be sufficient) but sometimes the traffic is terrible. Last week I missed a flight because the highway was completely closed after an accident and I had to give up after 3h driving for nothing. When the concern of missing an appointment slowly turns into certainty, these are the moments that cost me some of my (remaining) hair.
(Of course) I arrive much too early, but other analysts are already there (probably they don’t sleep at all). Plenty of time to look through my presentation again for some final adjustments and for some small talk with customers that arrived early.
1min before the kick-off, I make the last slide changes and load it to the presentation laptop. Another analyst colleague goes first. I have seen some of the slides a hundred times and look around at the faces of the attendees. For most, it’s the first time they see e.g. our market sizing and forecasting data, and they make hectic notes into their notebooks. They don’t know yet that we will distribute all slides after the event. I’m getting a bit nervous, but I’m used to it. When I'm not nervous any more before a presentation, it’ll get boring for me and the audience, and I should probably do something else.
In my recent report, “Contracting for Innovation With Service Providers,” I argue that many sourcing and vendor management professionals have difficulty contracting for innovation, because the term “innovation” itself is elusive and subject to interpretation.
In my research, I note that for sourcing professionals to effectively contract for innovation, they need to be able to understand the business objectives of a broad base of internal innovation stakeholders – and consider whether their service providers can align with these objectives. In the report, I considered the needs of three primary stakeholders – IT, business, and executive-level stakeholders.
But there are far more innovation stakeholders. After writing that report, I decided to review all of Forrester’s inquiries related to innovation over the past year to see if I could identify other innovation stakeholders. After a review of about 500 detailed client inquiries about innovation, I’ve compiled a list of categories I have seen.
This list of innovation interests is quite diverse (and this is just a preliminary summary!). But the exercise helps us see how innovation is interpreted differently by different parts of the organization. With this information, we can identify unique innovation objectives and have a much more informed discussion about what innovation is and how it is generated (eventually leading us to conversations about specific topics like structures, metrics, and goals).
Ask people what makes May a noteworthy month, and many folks in the northern hemisphere will wax rhapsodic about its being the peak of springtime. Others might mention Mothers' day. Ask Forrester's IT analysts and they're pretty sure to immediately blurt out "IT Forum!" IT Forum -- the conference formerly known as GigaWorld -- is our biggest IT conference as it brings together all our IT analysts and about a zillion of our customers in all the IT-based roles for whom we do research. Each major IT role gets a separate track of research -- that's 10 tracks this year. It's essentially a week of non-stop analyst-attendee interaction in various forms. It's intense for both analysts and attendees and easily the most stimulating week on my calendar. At least, on my business calendar (wouldn't want you to think I don't have a life!).
What is BI? There are two prevailing definitions out there – broad and narrow. The broad definition (using our own) is that BI is a set of methodologies, processes, architectures, and technologies that transform raw data into meaningful and useful information used to enable more effective strategic, tactical, and operational insight and decision-making. But if we stick to this definition then shouldn’t we include data integration, data quality, master data management, data warehousing and portals in BI? I know lots of folks would disagree and fit these into data management or information management segments, but not BI.
Then, the narrow definition is used when referring to just the top layers of the BI architectural stack such as reporting, analytics and dashboards. But even there, as Jim Kobielus and I discovered as we were preparing to launch our BI TechRadar 2010 research, we could count over 20 (!) product categories such as Advanced Analytics, Analytical Performance Management, Scorecards, BI appliances and BI SaaS, BI specific DBMS, BI Workspaces, Dashboards, Geospatial analytics, Low Latency BI, Metadata Generated BI Apps, Non modeled exploration and In-memory analytics, OLAP, Open Source BI and SaaS BI, Packaged BI Apps, Process / Content Analytics, Production reports and ad-hoc query builders, Search UI for BI, Social Network / Media Analytics, Text analytics, Web Analytics.
To make matters worse, some folks out there are now trying to clearly separate BI and analytics, by trying to push a “core, traditional BI is commoditized, analytics is where differentiation is today” message. Hmmm, I thought I was building analytical apps using OLAP starting back in the early 80’s.
TECH DEVELOPMENTS: With SAP's release of its Q1 2010 earnings, it is clear that those who saw an irresistible shift from licensed software to software-as-a-service (SaaS) are a bit premature in their obituaries for the licensed software model. SAP's license revenues increased by 11% in euros, and by 18% when its euro revenues are converted into dollars at the average exchange rates in Q1 2010 and Q1 2009. Oracle's license revenues for its fiscal quarter ending February 2010 rose by 13% in US dollars (and 7% in euros). Among other vendors, Lawson reported a 28% increase in its license revenues (in dollars), and Epicor reported 23%.
These growth rates partly reflect how badly licensed software (which is treated as capital investment) got hit in the general cutbacks in business corporate investment in 2009, as panicked companies scrambled to conserve cash and avoid having to borrow from shut-down financial markets. However, I think there's more to the recovery than rebound from depressed levels a year ago.
Forrester's surveys of companies about why they don't like software-as-a-service consistently turn up five reasons: 1) inability to customize; 2) difficulty in integration to other systems; 3) security of data and information; 4) worries about pricing models that put clients on a constantly rising escalator; and 5) lack of SaaS products. SaaS vendors are addressing all of these, and there is no question that these barriers are eroding. But they still persist, and mean that the license software model has a high degree of persistence in software categories like core ERP systems (integration and security of core data), industry-focused applications (need for customization), eProcurement products (integration to ERP systems), and contract life cycle management products (security of contract data).
HP's acquisition of Palm is all over the twitterverse at the moment. And everyone has an opinion on it, and what it means (which brings to mind one of my favorite movie quotes). There are precious few facts around at present - and only time will tell exactly how the acquisition will pan out. Either way, CIOs should know the following facts about HP and the acquisition of Palm: