1. SAP needed outside talent again. In March I wrote that Shai Agassi’s departure wasn’t as a big a deal as it seemed, because guys like Dennis Moore were still there. Well, by now Dennis Moore is NOT still there, and rumor had more of the good personnel acquisitions leaving as well. And unfortunately, my personal experience of some of those remaining is that they’re ethically unfit for their roles (and that’s putting it kindly).
2. The NetWeaver strategy has been failing. Does anybody care about NetWeaver any more? The whole thing includes some great ideas, but implementation has been lacking.
3. The Business Objects guys are proven successes at integrating disparate BI product suites. The Crystal Reports acquisition proved that.
Before writing more, I should check the extremely one-sided consulting contract I had with SAP, specifically for the expiration date of the NDA. How one-sided? Well, I naively agreed to a clause that I couldn’t sue them under the contract, expecting their concern about their reputation to keep them in line. Since then, they’ve cheated me out of considerable amounts of money that they owed. Arggh. Live and learn.
|Categories: Analytic technologies, Business intelligence, Business Objects, Enterprise applications, SAP||3 Comments|
I just finished another Monash Letter. It was a follow-up to a previous one that discussed various strategic positioning possibilities in business intelligence. In the prior piece, I pointed out that most leading vendors were pursuing similar strategies — BI as enterprise infrastructure play. In this piece — for Monash Advantage members only — I point out how that sameness allowed for disruption and revolution, and highlight a few trends that are pointing in those directions. Specifically, the trends I cited included:
- New(ish) trends in technology and the marketplace, especially:
- The return of load-and-go. (A major current trend.)
- UI diversity. (An accelerating trend.)
- Analytic business process support. (A huge opportunity for transactional application vendors that they haven’t yet seized.)
- Expansion from relational/tabular/structured to text/unstructured data. (The biggest opportunity of all, although it’s still in the very early stages.)
- A whole lot of analytics-oriented startups.
- A whole lot of industry consolidation.
Relevant links include:
- My old white paper on analytic business processes.
- A post about BI product segmentation.
- A more recent post on the same subject, with a substantial link list of its own.
- A couple of posts on QlikTech.
My list of potentially major disruptors starts with Endeca, QlikTech, and the open source movement.
The most recent Monash Letter – exclusively for Monash Advantage members — spells out some ideas on BI technology and vendor strategy. Specifically, it argues that there are at least four major ways to think about BI and other decision support technologies, namely as:
- A specialized application development technology. That’s what BI is, after all. Selling app dev runtimes isn’t a bad business. Selling analytic apps hasn’t gone so well, however.
- An infrastructure upgrade. That’s what the BI vendors have been pushing for some years, as they try to win enterprise vendor-consolidation decisions. To a first approximation, it’s been a good move for them, but it also has helped defocus them from other things they need to be doing.
- A transparent window on information. As Google, Bloomberg, and Lexis/Westlaw all demonstrate, users want access to “all” the possible information. BI vendors and management theorists alike have erred hugely in crippling enterprise dashboards via dogmas such as “balanced scorecards” and “seven plus-or-minus two.”
- A communication and collaboration tool. Communication/collaboration is as big a benefit of reporting as the numbers themselves are. I learned this in the 1980s, and it’s never changed. But BI vendors have whiffed repeatedly at enhancing this benefit.
The Letter then goes on to suggest two areas of technical need and opportunity in BI, which may be summarized as:
- “Play very nicely with portals.”
- “Do a much better job of managing personal metrics customization.”
“Decision support”, “information centers”, “business intelligence”, “analytic technology”, and “information services” have been around, in one form or other, for 35+ years. For most of that time, there have been two fundamental ways to sell, market, and position them:
- Access to information
- Application software
More recently – especially the past five years – there’s been a third way:
- Infrastructure upgrade
as early-generation implementations get replaced by newer ones.
At the 50,000 foot level, here’s some of what I see going on:
- Classical BI marketing is floundering. BI vendors don’t know whether they’re in the business of quick/easy information access, analytic apps, or better-enterprise-system-software.
- A few areas of analytic application are being packaged and marketed well, with solid business-process stories and good customer acceptance of same. The biggies are budgeting/planning and CRM analytics. On the whole, however, analytic apps are floundering, or else are little more than reporting front-ends on operational systems (e.g., in network management).
- Data warehouse software startups are on a roll. Especially at the high end, this is a pure infrastructure-upgrade business. There’s plenty of room still for improvement, but multiple vendors each are doing good jobs of marketing on the basis of:
- Speeds and feeds
- Ease of deployment
- Ease of administration
- Data integration is mainly an infrastructure improvement play. After all, that integration COULD be hand-coded. Automating the process is usually a better-infrastructure story.
- Text search is still an information-access story. There are multiple niches where search is booming. But in all cases the story is information access. Evidently the technology and/or market aren’t mature enough yet for strong infrastructure stories. And in the limited cases where text search gets integrated into general application software packages, it’s usually just for information access rather than a real business process.
- Data mining and predictive analytics are mainly information access plays. Yes, the information being accessed is calculated rather than raw. Yes, I believe that the heart of the data mining market is continuous process improvement. Even so, what users buy from the vendors is usually little more than information toolkits.
- Text analytics is mainly an information access play. Text mining and information extraction have two main uses right now. Either they resemble – and indeed often feed into — data mining, or else they are used to enhance search and search-like document access.
- Information services have always been an information access play. When you think about it, the financial-quote-machine business is a huge part of the whole decision support market. Lexis/Nexis is no slouch either. And they’re all about providing information access.
- This three-headed taxonomy of strategies is similar to one I previously postulated for Microsoft, SAP, and IBMOracle.
- I covered analytic business processes at length in a November, 2004 white paper. Unfortunately, industry progress since then has been relatively slow.
- I’ve written voluminously about data warehouse software startups on DBMS2.
- One example of infrastructure focus is the ease-of-deployment trend.
- Web search and generic enterprise search aren’t the only search areas to focus on information access. (And yes, they’re most definitely separate areas.) Even customer-facing structured search does; the information is just tailored according to different criteria.
Business intelligence (BI) used to be characterized by speed and cost-effectiveness — short sales cycles, low-cost departmental purchases and deployments, evasion of IT departments’ strangleholds of data, and so on and so forth. That focus has blurred, as BI vendors have increasingly focused on analytic applications or enterprise-wide standardization sales. But increasingly I’m seeing signs that the pendulum has swung at least partway back. For example:
- Business Objects and Netezza have announced a mid-range BI appliance.
- Ingres is headed in the same direction.
- QlikTech is enjoying great growth for its fast-deploying BI technology.
- KXEN and Verix offer “easy” data mining technology.
- Search-based BI is trying to circumvent the data warehouse deployment process.
It’s about time.
|Categories: Analytic technologies, Business intelligence, Computing appliances, Data mining, DBMS vendors and technologies, Usability and UI||1 Comment|
It is becoming ever clearer that dashboards aren’t working out too well, any more than predecessor technologies like EIS (Executive Information Systems) did. The recurring problem with these technologies is that if they’re mind-numbingly simple, people don’t find them very useful; but if they’re not, people are overwhelmed and still don’t find them useful. This column by Sandra Gittlen does a good job of spelling the problem out.
I think there are lots of problems like that in BI, and what we need to do is step back and consider all the different kinds of BI that enterprises value and need. More precisely, let’s consider the major kinds of use of BI, because it seems that each calls for different kinds of technological support. Here’s one possible list:
- Early warning of situations that require action.
- Communication of company results.
- Deep analysis and decision support.
- Operational analytics.
Here’s what I mean by each category. Read more
Obviously, Oracle has the potential to be a titan in analytics. But it doesn’t have its act at all together yet.
And so I agree with a couple of comments on Stephen’s post, to the effect of “Well, gee, no wonder that Siebel’s BI tools look like they’ll be the surviving technology.”
EDIT: Mark Rittman offers a lot of screenshots of Oracle’s Siebel BI Suite. If you look at other posts on his blog, you’ll see Discoverer as well.
|Categories: Analytic technologies, Business intelligence, DBMS vendors and technologies, Oracle||1 Comment|
One of my big themes these days is the integration of various kinds of analytics with each other, and with other kinds of IT. The following got a good reaction when I posted it in an SAP forum, in response to a question about integrating BI and planning. Read more
I did a webinar last week on portal technology. On that webinar, I promised to post a link here to my whitepaper on third-generation analytic business processes. Done. (Scroll down to the bottom of the page.)
The webinar was pretty fast-moving, so I’d encourage you to replay it if you have a bit of time. But if you want to know just the tippy-topmost key points, the list is something like this:
- Portal technology can play a variety of different roles.
- Portals can be like an inhouse Yahoo, for static pages and knowledge management and self-service types of apps.
- Portals can be the best framework for “secondary” or “ad-hoc” operational apps and business processes, as an even lighter-weight technology than composite app development tools.
- Portals are an ideal base technology for dashboards.
- There should be much more BI-based collaboration going on, and portals are the obvious enabling technology for this.
|Categories: Analytic technologies, Business intelligence, Enterprise applications, Usability and UI||1 Comment|
Oracle is badly confused about analytic technology, and indeed long has been. It would be tough for me to coherently explain why without being, well, confusing. So I’ll just list a series of data points, which hopefully should suffice to illustrate the point.
- Classic BI tools have at various times fallen under the purview of the app dev tools group and the app server group.
- Data mining, stemming from a Thinking Machines, Inc. acquisition, is under a whole other group on the East Coast.
- That group is now collocated and somewhat integrated with the group that oversees the MOLAP database capability, which came in via a different Boston-area acquisition (IRI/Express).
- While Oracle brags of its integrated BI stack, enterprise reporting is an exception.
- Discoverer 1.0 (Oracle’s original BI tool), was one of the most impressive new products I ever saw. But then BI technology at Oracle almost stagnated. The reason seems to have been largely a series of platform ports – client/server, Java client, thin client, etc. Other BI vendors faced the same problems, however, and they now have products generally agreed to be ahead of Oracle’s.
- Oracle didn’t seem to have a coherent analytic apps strategy even before the Peoplesoft acquisition, which obviously just confused things further. (Of course, neither does SAP, really, Dennis Moore’s passionate insistence to the contrary notwithstanding.)
- ETL/data integration is of course a historical Oracle sore spot.
That’s even before getting to Oracle’s problems in data warehousing itself, where it can’t beat Teradata and DB2/mainframe at the very high end, and low-cost options like Netezza are a looming threat as well.
What’s particularly ironic is that some of Oracle’s core marketing pitches have a lot to do with analytics. The whole integrated stack story? Doesn’t make much sense when you’re only talking OLTP; only with analytics in the picture is it coherent. The whole scalability story? A few huge websites and the like aside, that’s mainly about data warehousing now.
Obviously, Oracle has the potential to be a titan in analytics. But it doesn’t have its act at all together yet.