SAPPHIRE and ASUG 2012 Orlando – Days 0 and 1

This week I am attending SAPPHIRE NOW and ASUG Annual two-in-one conference. There are many interesting developments going on in SAP in the areas of cloud, platforms, mobility, but my focus is broad BI/EIM/DM and this is what I am after at the conference. Co-location of SAP’s premier business conference and SAP users’ largest event gives a interesting – and sometimes polarized – view on the state of the business: you see cool HANA-powered mobile-steered 3-D demos on the show floor and you listen to the real customers’ far-from-perfect stories.

It’s been just two week since the end of my first SAP BusinessObjects BI 4.0 implementation project (my day life is a technology consultant), and the everyday life stories are closer to my heart than bright roadmaps. My first experience with SBO BI 4.0 was  polarized as well. On one hand the breadth of tools portfolio and user’s UI are way better than what SAP/BW could offer with its BEx applications. On the other hand, from the administration point I would expect much more from BI Platform’s CMC, as a single tool for administration, monitoring, and trouble-shooting. Yet all of these are a subject for a separate post. The point here is: with the realise  4.0 of SBO BI, I can easily say that it’s now at the stage where BW customers can and should start looking at the adoption of BusinessObjects BI tools as the front-end for BW data warehouse. Not completely there yet, but certainly incomparably better where it was three years ago. I ran into some discussions with fellow SAP Mentors over that statement. As I was complaining that we waited long 4 years for good BW/BO integration, my dear colleagues with pure BusinessObjects background, like Mico Yuk here, were complaining that SAP almost completely forgot about them and about innovations for the non-BW customers. What is your opinion?

The first ASUG education session I attended was by Jeff Duly on the topic of SBO Explorer, accelerated implementation by their BW shop. Besides few minor issues, the business response was overwhelmingly positive, just to confirm the statement that SAP’s decision to acquire mature BI tool set in 2007 was the right one (see also remarks above about the need to continue the integration and unification work).

The second ASUG session on my radar was the SAP HANA Ramp-up customer story. On the closer look, the story was rather about the benefits of BI implementation, as the customer moved from manual collection of data from four source systems and the development of reports in the MS Excel to the BI solution using SAP BusinessObjects’ WebI and Xcelsius as the front ends and SAP HANA database as the repository for the new data warehouse. What was extremely interesting in that session are lessons learned. I think they were extremely important to repeat them here:

  1. Data. SAP HANA database by itself helps with the processing speed, but without proper data quality, you will get garbage out just faster. I blogged about this a year ago in “Critical Success Factors for SAP HANA implementations
  2. Ramp-up means “bleeding edge”. Experienced professionals know the meaning behind someone’s sentence “We learned a lot during this implementation” 😉
  3. Realistic speed depends on complexity. In reality the performance of the query processing depends on many factors, major of which – when I/O bottleneck is eliminated – is the complexity of tables’ joins.
  4. UI rendering time. SAP HANA database dramatically improves performance in data retrieval, but it is still only one of few steps on the way between user’s request click and the final display. Accordingly to presenters, the times to transfer data from HANA to the end-user machine and then get it displayed could go up to 20 seconds – leaving the impression of “long processing” even when the query processing in HANA had taken only 2-3 seconds.
  5. Realistic time frame. They kicked off the project in May of 2011 with the plan of go-live in September 2011. But the acceleration of the data processing does not translate into the acceleration of project phases (although no doubt mean less frustration for everyone ;-), and the project went live 4 months later than expected.

The customer implemented the project with engagement of SAP Consulting and as I look around it is the case for almost every HANA implementation right now. If you are not a consulting arm in the one of the hardware vendors (HP, Hitachi, IBM etc) and if you are not one of the IT advisory companies (Deloitte, CapGemini etc) already working with the customer on the broad scale – it is difficult to get on the HANA implementation projects. It may be a cold shower for many smaller System Integrators (SIs). As HANA fewer spreads many of these SIs are establishing “HANA Centers of Expertise” and “HANA practices”, putting directors in place, making press announcements, but do not have projects… Here at the SAPPHIRE I met two of these “directors” already, who approached me asking how HANA implementation projects look like and what works and what not.

My first advise for them was: re-think what you want to do, analyse the broadening spectrum of HANA applications, and then try to focus. The thing is that SAP HANA world is huge and expanding and you cannot be in all places at all times. Especially if you are a small SI or a boutique firm.

My second advise was: SAP HANA itself is just an element of the broader SAP’s database portfolio. If you want to focus on the SAP database business, you need to make sure that besides HANA you can speak Sybase as well. If you want to focus on the SAP business applications powered by HANA (like Rapid Deployment Solutions – RDS), you need to speak the broad portfolio of SAP applications in the LoB or Industry area, which may not be powered by HANA today. If you want to focus on analytics, you need to speak broad portfolio of SAP BusinessObjects – BI and EIM – as well, and know how to build solution in SBO, which runs on HANA database, but as well on MS SQL Server, Sybase IQ, HP Vertica etc.

Going back to those who want to focus on the HANA as the database business with SAP, it is important that you separate hype from reality and understand the April 10th announcement of “SAP Real-Time Data Platform”.



Filed under BusinessObjects, BW, HANA, Rant, SAP, Sybase

5 responses to “SAPPHIRE and ASUG 2012 Orlando – Days 0 and 1

  1. Hi Vitalij, Thanks for sharing your thoughts and impressions ! Philipp

  2. Thanks a lot for this informative post.

  3. “SAP almost completely forgot about them and about innovations for the non-BW customers. What is your opinion?”

    In my opinion there were a few innovations for Legacy BOBJ customers in BOE 4.0. However, there were also several well established solutions that were broken as a result of the numerous changes to the UI and platform. If you look at the changes in 4.0 at a whole, you might find more frustration then innovation, but there were a few upgrades that could be classified as innovative.

    My top list of innovations for legacy BOBJ customers are:

    1. 64-bit services / servers
    2. IDT (Information Design Tool) – The reusability of prompts and LOVs
    3. IDT (Information Design Tool) – The ability to better profile data within the Business Layer and Foundation
    4. IDT (Information Design Tool) – The ability to create logic views of the Data Foundation schemas
    5. IDT (Information Design Tool) – The ability to Federate “Small Data Sets” in real-time –
    6. Web Intelligence – Updated Chart Engine
    7. CMC (Central Management Console) – Built in Monitoring and Alerting
    8. Report development Client tools – Common User Interface branding and functionality
    9. Folders for Connections – Needed this for a long time.
    10. BI Launch Pad – Slightly better UI and a few new features
    11. Centralized Auditing Options
    12. Exploration Views in BOE 4.0 FP3 – Nice option for Users in browser and on iPad
    13. Dashboards .swf and .xlf files are now stored togeather in the CMS/FRS repos.

    My top list of complaints for legacy BOBJ customers are:
    1. Live Office – Does not work with IDT .UNX universes
    2. BIWS and QaaWS – Numerous bugs and some 3.1 options are broken
    3. LCM and UMT – Simply put, I want the Import Wizard back. These tools are too limiting and don’t scale well for large migrations.
    4. Web Intelligence – The UI changes have led to numerous bugs
    5. Dashboard Design – No substantive innovations with data processing
    6. Webi Rich Client – You have to close the reports and application before it recognizes Universe changes. In 3.1 you only had to close the report.
    7. The Adaptive Processing Server – The default configuration is undersized for most large deployments. Legacy BOBJ admins will find it difficult to configure initially but a quick search on APS will provide some insight.
    8. No real innovation within Publications – Still single threaded for single past bursts and customizing report via profiles is not scalable with developing your own apps utilizing the SDK.
    9. Dashboards cannot be rendered if users access the BI Launch Pad via Active Directory SSO. However this was resolved in BOE 4.0 FP3. Once FP3 is GA, I’ll remove this complaint.

  4. Thanks for sharing. I’d love to see a more detailed post on this business of joins not being handled well. Seems like that’d be important.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s