Skip to Content

Failing in Grandeur

For the past i dont know how many years, i’ve been attending and speaking in SAP TechEd. I usually attend the US one as its often together with ASUG sessions and in recent years i usually do two of the three – US and EMEA. This year I actually managed to skip Amsterdam and go for TechEd Bangalore. In both TechEd’s i’ve participated in the unstoppable Marilyn Pratt‘s #FailFaire event. I have to admit that the Event in Bangalore was eye opening to me, as failure has a deep cultural aspect. Talking about failure in a ‘western’ environment (Vegas) where everyone’s codes about success and failure are pretty much aligned was interesting, but hearing fellow mentorretes Kumud Singh and Jansi Rani Murugesan discuss failure as it is viewed in the Indian society (and especially by women) was truly a unique experience for me, one which kept me thinking for a long time after the panel.


One of the points which I’ve raised during the panels both in Vegas and Bangalore (and I admit, I was much more coherent about it during Bangalore, as I had some more time to crystalize my thoughts) is this – Failure is not monolithic. While people often tend to look at the bottom line – Did we succeed? Did we fail? I think there is another way to look at failure and that is to break it down into tiny pieces. Of these tiny pieces – you should analyze what actually did work and not only what went wrong.

Dont get me wrong – analyzing what went wrong is super important – if done honestly and without looking to blame – it can be the foundation for learning how to do better next time. But in (almost) every failure – there were things which you did right. It is as important to keep doing these things right and not just improving the things which you did wrong.

I’d like to give an example based on the HANA Cloud Portal. During TechEd in Las Vegas, I was doing a hands-on POP265 – Hands on teaching the participants how to create a site using the HANA Cloud Portal. Now – I’ve done hands-on before, including Web Dynpro Java and BPM hands-on sessions – where you had to work hard during the sessions – helping to overcome J2EE issues, java code mistakes and what not (Chris Whealy might remember that particular nasty one). Those were hard hands-on. This one – was supposed to be easy. So – I read the script created by Ifat Shwartz, did the necessary steps using my Cloud Portal account and came to the session expecting it to be a walk in the park. I’ve even dragged my Macedonian fellow Mentor Phil Loewen, wanting to show off how cool the Cloud Portal actually is.

5 minutes into the session – we realized that we were in deep s*&t. All the participants were required to create their own free account, which they succeeded, but the account was created wrong – without any site creator rights. So they were basically left with an empty HANA Cloud Portal and no ability to create new sites.

Was it a failure? Oh yes. A grand one. We just got 60 people spend 2 hours of their busy TechEd schedule to see a product which doesn’t work.

We woke up the head of Cloud Portal development back in Israel (he was not a happy camper) and within 2 hours the bug was located. Within 6 hours, a hotfix was applied to the system and lo and behold – all the systems were back to normal. Our DevOps team even went back to tall the accounts of the hands-on participants and fixed them retroactively so that they had fully functional accounts now.

So when looking back, we of course took a look at what didnt work – A developer introducing a bug into the Initial account creation script, the event speakers (thats me!) not doing the full flow of account creation but instead relying on their existing account, not having a team on call to support an event which happens in a different time zone, etc.

But – we also took a look at what worked well. The Engineering and DevOps teams’ ability to locate a bug and fix it to all productive systems within hours is something which we could only have dreamt of in the Good Ole’ days of NetWeaver. Moving SAP in general and Portal specifically to the cloud has brought us a huge gain in agility which is something that we need to preserve. Once the bug was fixed – the exercise itself was really great and participants in Bangalore really enjoyed it. That’s also something to preserve. Last but not least – the way we as a team dealt with this failure, without finger pointing and throwing blame around is also something we need to preserve.

With the cloud we can truly fail early and fail fast. Being able to see failure as something beyond the bottom line is something which is hard but in my opinion enables you to grow from your mistakes and make brand new ones each and every time.

You must be Logged on to comment or reply to a post.
  • This is part of good project management where you have a "Lessons Learned" going on throughout the project.  You analyze what went right and what went wrong, ideally without finger pointing.

    Thank you for sharing.

    • I fully agree. What i've seen is that people usually only look at what went wrong and forget the good parts... So they dont repeat them next time and fail on stuff which they got right initially 🙂

  • Fantastic Blog...What i feel is we should always be honest come whatever may.. Trying to hide failures by blaming other person is just like not doing justice to the moral values which we have learned. And This is what i have seen happening often. Failure/Success are just flips of coin..So its always good to analyse what worked and what did not and learn from these mistakes...

    I think why dont we start a new chain where we everyone comes and talk about his failures. Everyone can learn from them.

    @Tammy/Yariv: What do you think..?

    Thanks once again


  • Hi Yariv,

    It was wonderful experience in SAP TechEd #FailFaire event. Most of the participants met even next also, recalled the story we shared on the event. It was one of the successful event and thanks all for making that happens.

    Bugs in hands on systems were not acceptable, but somewhere its always happening for one or another.  even in my session too, there were some missing instructions in hand outs. It was the reason we speakers,always guided to get into room an hour before ( if possible only)  and pre-run the exercises to avoid any mischief during the sessions.

    I admired the way you acted upon and settled the things well, it was nice of you!!

    it is good to check the failure deep and learn from it, but most important is to get out from the failure and start it again... I always feel that was the biggest part, we need the real strength either by our self or something to push us back in track. The events like #FailFaire is helping on that part only 🙂 .

    Thanks for sharing,

    Wishes for fantastic 2014!



  • Hi Yariv,

    It was great to meet you this TechEd. The point that there is 'no bottomline' resonates so well with me. That was actually a fresh perspective given by you when I had shared my failure. Thanks for that and wishing you a very happy new year 2014!



    • Thank you Jansi & Kumud!

      It was a great honor sharing this panel with the two of you. I think the both of you are amazing and the way you each handled (and shared!) failure so openly is an inspiration. Thank you for allowing me to be the off man out 🙂

      Happy New Year! May we keep on finding new dreams...

  • I was hoping to understand what the deal is with failure and Indian women!

    From my experience, admitting to failure is simply not an option in Indian culture. Which is usually not very good, as if you don't admit to failure you don't get to analyze the causes of this failure.



  • Hi Yariv!

    Thanks for detailing the problem. Hands-on labs sometimes do go awry especially when the audience cannot follow you up or you are held up with some unforeseen problem. I have also been stuck in a similar situation in a Java EE demonstration. In this scenario, I'd like to add that having some interesting filler content always helps to keep the attendees occupied while you are working on / resolving that fix.


  • Hi Yariv

    Indeed a nice article . I always use to think I make mistakes since I am not an expert level professional and dont know the system inside out but after reading it here  here I feel relieved that even expert level professionals get stuck up at times and its kind of human to make mistakes and even more human to get trapped in situations which are beyond your control .

    I haven't attended any Tech Ed as yet though heard quite a bit about it as I am not quite sure on how to get selected for it but will try  this time surely .