SAPPHIRENOW 2011 Report Out Day 3 – HANA, Mobility, Gateway and Sting


By the third day of SAPPHIRE, I got used to the concept of drinking from 2 firehoses pretty well. One of the reasons I chose not to blog from the show floor is that I had zero time to think through all the information that flooded in. A day and a half later, I have assimilated enough to present my thoughts here. In any case, the professionals in the business has done a thorough job with near-real time updates to their readers, that too without using HANA 🙂

Day 3 of course was the one every one seemed to be waiting for – where Vishal and Hasso took stage to explain the technology vision, and status on execution. Well, they did an excellent job too – although they could have done better on time taken to deliver their message. Vishal is supremely confident now – rightfully so, I should add – and it showed in his session. Hasso lived up to his billing too effortlessly. Now about their message – which was more or less all about HANA as expected.

Vishal started off with the issue of layers in architecture, and how some should be removed. I readily agree with the concept, except I have one issue – and now I know it will get addressed some time in future. Ever since SAP started with ERP decades ago, they were saying “don’t worry about tables and SQL, we will abstract it all for you”. And then along came HANA, and there the message was “use good SQL on the base table structure itself in HANA, and do wonderful things”. It is not an easy message to digest for people who are used to SAP from before. HANA needs abstraction to some level, and we are told it will come soon.

Throughout last year, people have been hammering SAP to show them usecases and real customer stories of HANA. Well, SAP responded with a dozen or more customers coming on video to vouch for HANA. And Vishal presented it with elan – he said something like “Our customers challenged us with , and we solved it”. NICELY DONE !!!

I do have a serious issue with calling HANA Real Time. A better word would be “Right Time”, as Ray Wang pointed out on twitter – at least for now, till HANA becomes the backbone of ECC and other products. The question is “will users have a real time experience?”. Most users will not sit next to HANA box in a server room – they will be on a WAN, VPN connection etc. The very fact that SAP hauled HANA systems all the way from their labs to the show floor, and not just connected to them remotely tells me that HANA will not give a real time feeling to users. Probably for marketing reasons, “real real time” is a good term, but I strongly believe that this will just upset customers who expect split second responses when they use it in production.

SAP’s official stance seems to be that “stacks” are bad, and only the “other guys” do it . Well, the slides Vishal showed kind of gave the impression that stacks might not be such a bad thing after all. Dennis and Ray called it “Marketecture” and James Governor of Redmonk called it “Burgers” on twitter..Any way, it was all light hearted, so let us move on.

While it was terrific to see customer stories, the one thing I and a few others on twitter felt was – it would have been a lot better to get CEO?CFO types to deliver some of those messages, and not just use the IT executives exclusively. On the other hand, I give a lot of credit to SAP for getting over legal issues, and calendar conflicts and all in short time to get these messages delivered. Next time, I hope they bring a few customers on stage to demonstrate the apps they built . I am not clear if any of the customers did these apps in production – as in paid for it, or whether SAP and hardware vendors did free Proof-of-concepts with them to show HANA works. Jon Reed of http://www.jonerp.com took a video on me, John Appleby and Jon himself delving on this topic. Please check out JD-OD.com when he posts it.

Next up was HANA on cloud. As some of you might know, Thorsten Franz and I had both blogged about it a year ago that this was the way to go. Although we got a bit of pushback from some people, we strongly believed, as did many fellow mentors and colleagues, that it will be necessary very soon. So it was very gratifying to see SAP announce that they are doing it. The big issue with the HANA on cloud vision is “how do you do ETL, and will it be real time?”. Details remain to be seen – but the one use case I particularly worry about is the Sales and Ops Planning on Cloud. This is an ETL intensive activity generally, and speed is a known issue even for in-memory solutions. Add the bandwidth issue to access the cloud and concerns of security and privacy of base data, and I generally feel S&OP is better done on-premises than on-demand for most customers. There might be a few that have low data volumes etc which can use it – but it is hard to imagine this catching on with big SAP shops. Another concern I have about putting HANA on cloud in near future, is SAP’s ability to size the infrastructure. HANA has not spent enough time in production to get useful information on sizing, and there is a good chance of SAP under calling or over calling the size required to host HANA. And it will be bad in either case obviously.

Right after keynote, I had the opportunity to meet with Hasso Plattner . To say I was thrilled is an under statement. We covered a lot of ground – on and off-record. I had read Hasso’s book cover to cover on its PDF version, and had tweeted earlier that I had disagreements with some of it. One issue was compression in HANA. Even in keynote, he gave the impression that customers can see a 10X compression of data. I find it hard to believe, since DB2, ORACLE etc does an excellent job of compressing data already. So if say DB2 compresses data 5 times, will HANA compress it 10 times over and above this? Hasso clarified to me that he meant raw data will be compressed 10 times on average, and not already compressed data. But remember, customers “sees” already compressed data and will be comparing HANA’s result to that.Also, database cannot be sized based on this compression ratio as was mentioned in the keynote – it needs extra space for various technical reasons. None of it seems to be said in public. So, I would urge SAP to clarify this messaging – much like the “real time” instead of “right time” message. I am a HUGE fan of HANA – and I would hate to see it get any less traction because of setting unrealistic expectations. There are a few more such questions I need to ask, and Hasso has promised to respond via email. He was also gracious to sign a copy of his book for me. And no, I am not selling it on eBay 🙂

Right after meeting Hasso, was a meeting with Vishal Sikka. I strongly feel that hiring Vishal was the best investment SAP made in a long time. He is a passionate technical guy with a balanced philosophical view on software. And elevating him to SAP’s board was a great idea too – something other companies should be doing more. Since HANA was already beaten to death, and since I know what he feels about IBM Watson – we spent a lot of the time on Gateway and River. Gateway will be the way SAP and its ecosystem innovates in future. I think SAP missed an opportunity – and Vishal seemed to agree – to tell the world more on Gateway. Every year that SAP and its customers fail to tackle this, it becomes exponentially harder. SAP, Customers and Partners are all building stuff on business suite all the time the traditional way. If they don’t put a moat around the castle – an expression Vishal used, which I loved – it will become a problem that gets impossible to solve. However, drawing a line in sand is only a big first step (Vishal calls it creating a fire lane). For this effort to be successful, SAP needs to find a way to abstract out all the customizations and enhancements made in the system – so that there is no double maintenance going forward. It is easier said than done. Vishal asked me to talk to Kaj Van De Loo on this – but I ran out of time, and could not do that. I look forward to chatting with Kaj and learning about his strategy to do this soon.

John Appleby and I were involved in two videos with http://www.JD-OD.com to wrap up SAPPHIRE – one with Jon Reed on Analytics, and one with Dennis Howlett on Mobility. It was a lot of fun making it, and special thanks to the staff at Hilton Executive lounge for giving us the space to do it. I have not seen the one on analytics yet, but here is the one with Dennis on Mobility. http://www.viddler.com/explore/dahowlett/videos/49/

The day finished with the Sting concert. Amazing band – and it was a lovely way to unwind and end a very fruitful week at SAPPHIRENOW 2011. I look forward to Teched in Fall, and maybe the European SAPPHIRE after that if I can make it.

Overall – I was pretty impressed with SAP, and I wish them the very best in executing the strategy, and enabling customers to adopt it. Cheers !

SAPPHIRENOW 2011 Report Out Day 3 – HANA, Mobility, Gateway and Sting


By the third day of SAPPHIRE, I got used to the concept of drinking from 2 firehoses pretty well. One of the reasons I chose not to blog from the show floor is that I had zero time to think through all the information that flooded in. A day and a half later, I have assimilated enough to present my thoughts here. In any case, the professionals in the business has done a thorough job with near-real time updates to their readers, that too without using HANA 🙂

Day 3 of course was the one every one seemed to be waiting for – where Vishal and Hasso took stage to explain the technology vision, and status on execution. Well, they did an excellent job too – although they could have done better on time taken to deliver their message.  Vishal is supremely confident now – rightfully so, I should add – and it showed in his session. Hasso lived up to his billing too effortlessly. Now about their message – which was more or less all about HANA as expected.

Vishal started off with the issue of layers in architecture, and how some should be removed. I readily agree with the concept, except I have one issue – and now I know it will get addressed some time in future. Ever since SAP started with ERP decades ago, they were saying “don’t worry about tables and SQL, we will abstract it all for you”. And then along came HANA, and there the message was “use good SQL on the base table structure itself in HANA, and do wonderful things”. It is not an easy message to digest for people who are used to SAP from before. HANA needs abstraction to some level, and we are told it will come soon.

Throughout last year, people have been hammering SAP to show them usecases and real customer stories of HANA. Well, SAP responded with a dozen or more customers coming on video to vouch for HANA. And Vishal presented it with elan – he said something like “Our customers challenged us with <…>, and we solved it”. NICELY DONE !!!

I do have a serious issue with calling HANA Real Time. A better word would be “Right Time”, as Ray Wang pointed out on twitter – at least for now, till HANA becomes the backbone of ECC and other products. The question is “will users have a real time experience?”.  Most users will not sit next to HANA box in a server room – they will be on a WAN, VPN connection etc. The very fact that SAP hauled HANA systems all the way from their labs to the show floor, and not just connected to them remotely tells me that HANA will not give a real time feeling to users.  Probably for marketing reasons, “real real time” is a good term, but I strongly believe that this will just upset customers who expect split second responses when they use it in production.

SAP’s official stance seems to be that “stacks” are bad, and only the “other guys” do it . Well, the slides Vishal showed kind of gave the impression that stacks might not be such a bad thing after all.  Dennis and Ray called it “Marketecture” and James Governor of Redmonk called it “Burgers” on twitter..Any way, it was all light hearted, so let us move on.

While it was terrific to see customer stories, the one thing I and a few others on twitter felt was – it would have been a lot better to get CEO?CFO types to deliver some of those messages, and not just use the IT executives exclusively. On the other hand, I give a lot of credit to SAP for getting over legal issues, and calendar conflicts and all in short time to get these messages delivered.  Next time, I hope they bring a few customers on stage to demonstrate the apps they built .  I am not clear if any of the customers did these apps in production – as in paid for it, or whether SAP and hardware vendors did free Proof-of-concepts with them to show HANA works. Jon Reed of http://www.jonerp.com took a video on me, John Appleby and Jon himself delving on this topic. Please check out JD-OD.com when he posts it.

Next up was HANA on cloud. As some of you might know, Thorsten Franz and I had both blogged about it a year ago that this was the way to go. Although we got a bit of pushback from some people, we strongly believed, as did many fellow mentors and colleagues, that it will be necessary very soon. So it was very gratifying to see SAP announce that they are doing it. The big issue with the HANA on cloud vision is “how do you do ETL, and will it be real time?”. Details remain to be seen – but the one use case I particularly worry about is the Sales and Ops Planning on Cloud. This is an ETL intensive activity generally, and speed is a known issue even for in-memory solutions. Add the bandwidth issue to access the cloud and concerns of security and privacy of base data, and I generally feel S&OP is better done on-premises than on-demand for most customers. There might be a few that have low data volumes etc which can use it – but it is hard to imagine this catching on with big SAP shops. Another concern I have about putting HANA on cloud in near future, is SAP’s ability to size the infrastructure. HANA has not spent enough time in production to get useful information on sizing, and there is a good chance of SAP under calling or over calling the size required to host HANA. And it will be bad in either case obviously.

Right after keynote, I had the opportunity to meet with Hasso Plattner . To say I was thrilled is an under statement. We covered a lot of ground – on and off-record. I had read Hasso’s book cover to cover on its PDF version, and had tweeted earlier that I had disagreements with some of it. One issue was compression in HANA. Even in keynote, he gave the impression that customers can see a 10X compression of data. I find it hard to believe, since DB2, ORACLE etc does an excellent job of compressing data already. So if say DB2 compresses data 5 times, will HANA compress it 10 times over and above this? Hasso clarified to me that he meant raw data will be compressed 10 times on average, and not already compressed data. But remember, customers “sees” already compressed data and will be comparing HANA’s result to that.Also, database cannot be sized based on this compression ratio as was mentioned in the keynote – it needs extra space for various technical reasons. None of it seems to be said in public. So, I would urge SAP to clarify this messaging – much like the “real time” instead of “right time” message. I am a HUGE fan of HANA – and I would hate to see it get any less traction because of setting unrealistic expectations. There are a few more such questions I need to ask, and Hasso has promised to respond via email. He was also gracious to sign a copy of his book for me. And no, I am not selling it on eBay 🙂

Right after meeting Hasso, was a meeting with Vishal Sikka. I strongly feel that hiring Vishal was the best investment SAP made in a long time. He is a passionate technical guy with a balanced philosophical view on software. And elevating him to SAP’s board was a great idea too – something other companies should be doing more. Since HANA was already beaten to death, and since I know what he feels about IBM Watson – we spent a lot of the time on Gateway and River. Gateway will be the way SAP and its ecosystem innovates in future. I think SAP missed an opportunity – and Vishal seemed to agree – to tell the world more on Gateway.  Every year that SAP and its customers fail to tackle this, it becomes exponentially harder. SAP, Customers and Partners are all building stuff on business suite all the time the traditional way. If they don’t put a moat around the castle – an expression Vishal used, which I loved – it will become a problem that gets impossible to solve. However, drawing a line in sand is only a big first step (Vishal calls it creating a fire lane). For this effort to be successful, SAP needs to find a way to abstract out all the customizations and enhancements made in the system – so that there is no double maintenance going forward. It is easier said than done. Vishal asked me to talk to Kaj Van De Loo on this – but I ran out of time, and could not do that. I look forward to chatting with Kaj and learning about his strategy to do this soon.

John Appleby and I  were involved in two videos with http://www.JD-OD.com to wrap up SAPPHIRE – one with Jon Reed on Analytics, and one with Dennis Howlett on Mobility. It was a lot of fun making it, and special thanks to the staff at Hilton Executive lounge for giving us the space to do it. I have not seen the one on analytics yet, but here is the one with Dennis on Mobility. http://www.viddler.com/explore/dahowlett/videos/49/

The day finished with the Sting concert. Amazing band – and it was a lovely way to unwind and end a very fruitful week at SAPPHIRENOW 2011. I look forward to Teched in Fall, and maybe the European SAPPHIRE after that if I can make it.

Overall – I was pretty impressed with SAP, and I wish them the very best in executing the strategy, and enabling customers to adopt it. Cheers !

SAPPHIRENOW 2011 Report Out day 2 – CEO Keynotes, On Demand


Tuesday was a rough day for me – especially since I did not get much sleep on Monday night. I started off the day with a breakfast with Jon Reed and another friend at the Hilton Lounge.  I felt much better after figuring out that these guys didn’t do much better on getting sleep either :).  Right after breakfast, I went to the convention center to watch the Co-CEO keynote session. I sat with Dennis Howlett and Vinnie Mirchandani at the blogger’s corner, and watched it on the big screen. I think they keynote was kind of “over-produced” as an event – and it took some sheen away. Not sure if I am alone with this view – but I guess once every one posts their views, we will know.

There was the mention that ByDesign now has 500 customers. Seriously, I am not sure if this is good or bad or indifferent. Since it is not a market I am familiar with, I cannot make more than an educated guess. For a hosted solution – 500 customers look pretty low to me.  I will reserve judgment till next year to see how this scales. SAP’s competitors in this space are all focused on very narrow domains, where as SAP has a good broad solution. So it is not completely fair to say SAP is not in the game – but if they have to be counted, 500 customers ain’t cutting it for me. I know Dennis Howlett disagrees with me on this – and I respect that.  I need to see more growth before I am convinced.

SAP is betting the farm on HANA and Sybase. In my mind, both are pretty safe bets. The vision is clearly there – and it is a matter of execution now.  Snabe said they are opening the app store. I did not see it being shown on the screen, and the link that got tweeted out didn’t seem like the right one. It redirected to by-design site or something. If some one has it – please tweet it to me @vijayasankarv.

The highlight of the keynote in my eyes is the Sales on Demand solution. I think it is the single best application I have seen from SAP. Hats off to the team that design and built it. Frank Scavo and I had a chance to meet Sven D and Nicholas C – execs from that side of SAP that runs with OD solutions, and I came away highly impressed from that meeting. It has totally been built with the user in mind – and not the management. It just does enough for the user and no more – which is key for a sales person to adopt it.  It is based on ByD platform – and I hope this team is able to put their learning back into the platform.

I asked these guys about the integration with business suite and between various OD apps that will get developed. I like the answer here a lot – the integration with business suite is via the age old trusted mechanism of iDocs. And there will be consistency across applications via a profile – so security, look and feel, personalization etc can somehow be managed across applications. And each application will be foremost about being solving one problem really well. I was pleasantly surprised to hear them articulate the “light integration” concept.

At the moment, the OD solutions do not have an offline feature beyond outlook integration. In my eyes – this is a big miss. Without a robust offline capability, it is hard to imagine this solution taking off big time, since in several parts of the world (including my house in Chandler, AZ) bandwidth is a serious issue. Sales people are not always connected to internet – and when they are ready to enter data into a system, it is usually in a plane ride or something with minimal chance of being connected. May be 5 years from now, it is safe to assume every one can connect all the time – but till then, this will remain a gap.

Another question for SAP – is there a plan to migrate business suite to By-design platform? There is probably not an easy way to do this, but since ByD is more advanced in how it is developed, I assume there are some plans in place for this. Or am I losing it here?

There was a Global Communications Party in the evening on Tuesday, and it was pretty good. I got some time to chat with Oliver Bussman, SAP CIO. He is a total atypical CIO. He is a salesman/marketer/CIO all turned into one. SAP should actively use him in their sales cycles to close deals. I also watched Bill M and Jim S, the Co-CEOs in action, and they are both very good leaders from what I heard from the people around them.

However, as I went off to the IBM event after this GC party – I started having a question in my mind about this Co-CEO situation. Snabe is a technician at heart and McDermott is a sales guy at heart – and hence they complement each other. Both are super smart. But how long will they stay as Co-CEOs?  I am not very good at speculating – so I just decided to bury the thought for now.

One last question before I wrap up day 2 – the one thing an innovating group does not need is big overheads – be it cost, oversight, methodology etc.  SAP is a smart company – they should know this better than me. So my question is – why is SAP not spinning of By-Design as a separate entity, so that it can flourish without the weight of the big mothership?