Monthly Archives: March 2012

Global Mining Giant to invest $80 million on mining tech innovation center in Pune

Rio Tinto, one of the biggest mining companies in the world, announced the opening of an innovation center at iGate Patni in Pune, which will work towards developing next-generation technologies for mining. Rio Tinto expects to invest about $80 million on this initiative over the next five years.

Just to be clear, we are talking about real mining, the kind where you dig up the earth and extract minerals – not data mining. Software technology is becoming an increasingly important part of mining, and is used in all aspects of mining, including use of sophisticated data analysis and modeling to locate mining sites, analysis to make mining processes more efficient, and also to to improve mineral recovery, and automation to allow remote mining, underground tunneling.

According to the press release, the mining innovation center in Pune will have about 300 engineers focusing on disciplines such as image processing, advanced data mining and analytics, automation and control systems, human factors design and logistics.

This is just one more development that cements Pune’s position as one of the top destinations for technology development at the intersection of software and the “harder” engineering disciplines like manufacturing, mining, automobiles, computer aided design, and computer aided engineering.

QuickOffice Launches ‘Connect’ – Frontend Developed in Pune

QuickOffice, the mobile office/documents software company, has recently launched Connect by QuickOffice, which is an ambitious platform which allows users to synchronize their documents across all their devices (multiple mobiles), clouds (Dropbox, Google Docs, Microsoft SkyDrive), and computers (office computer, laptop, home desktop).

QuickOffice has an offshore development center in Pune (in Pune-based Synerzip), and this team has played a significant role in this project. Vishwesh Jirgale, Architect and Delivery Head for the Client-side of Connect by QuickOffice writes:

For past one and half year I led a team of passionate engineers for Quickoffice Pune ODC and finally Quickoffice launching their new product in market, Connect By Quickoffice, which will change the way you work.

The entire client side development (Android + iOS + Windows Desktop + Mac Desktop) happened out of Pune ODC where we had large team of DEV + QA.

For more information, see this article

Pune based RainingClouds (AppSurfer) get 1cr Angel Funding

Pune based software startup RainingClouds Technologies has just raised Rs. 1cr in angel funding from Vijay Shekhar Sharma, founder of One97 Communications. RainingClouds makes AppSurfer, which allows people to access any android app from any browser.

The funding happened as part of the Finale of the Super Angels show of ET Now. (We’ll update this post with a link to the video of this show once it appears on YouTube.) RainingClouds got into the Super Angels show as a result of being one of the winners of the PuneConnect 2011 event organized by PuneTech along with Software Exporters Association of Pune (SEAP) and Pune Open Coffee Club. (There, AppSurfer is referred to by its older name, DroidCloud).

Here is a description of DroidCloud from PuneConnect 2011:

DroidCloud allows users to try and use Android apps from any desktop web browser. Normally, applications intended for Android phones cannot be used by people who do not have an Android phone. DroidCloud gives every user a virtual Android phone in the cloud that they can use to run apps. This is useful for app developers to demo apps to clients, app publishers to show demo of apps to potential customers and users, and different teams in large organizations to collaborate on apps.

The DroidCloud team consists of Aniket Awati, Ratnadeep Deshmane, Amit Yadav and Akshay Deo, all techies from Pune.

Event Report: “Innovate or Die” – Suhas Kelkar, CTO-APAC, BMC Software

(This is a live blog of Suhas Kelkar’s talk at the SEAP Breakfast Meet. Suhas talked about his experience of building an incubator at BMC Software.)


  • Suhas joined BMC Pune and was given the job of creating an innovation incubator within the company.
  • This was the second attempt at creating an incubator in BMC. A previous attempt had failed spectacularly. The previous one had been started with great fanfare, with a 100 people team, and over time, it went down to 80, to 60 to nothing. With this history Suhas started his incubator with zero employees, and minimal fanfare.

On Innovation

  • Suhas defines innovation as “Ideas to Cash.” This is important. The focus on cash, i.e. revenues, was an important difference between this incubator and the previous incubator, and also other research labs in companies around the world. Invention for the sake of invention, research for the sake of research is something that they definitely did not want to do. The wanted to ensure that everything they do has a direct or indirect revenue impact upside for BMC.
  • There actually exists a document called “The Oslo Manual” which is a set of guidelines for how to do innovation. It is a free PDF that anyone can download, and Suhas recommends that to anyone interested in innovation.
  • The Oslo Manual points out that innovation can happen in 4 different areas Product, Process, Marketing and Organization. Suhas adds a 5th category of innovation: “User Experience”

The BMC Incubator

  • Why does a product company need an incubator? Product teams get bogged down by tactical improvements for existing customers, and the larger vision (beyond 12-24 months) does not get attention. Startups innovate all the time, and BMC does buy innovative companies, but then integrating them into the company is a huge overhead, and fraught with risks. It would be much more efficient to do innovation in-house if it could be made to work
  • The incubator is a separate team who can focus on these issues. It is a small team (about 25 people) compared to the 200 people in just one of the product groups that BMC has. And these 25 people try various different innovative ideas, 9 of 10 of which are bound to fail. But even that failure adds value because that means there are 9 things that the 200 people product team does not have to try out – hence they’re shielded from dead ends and unproductive explorations.
  • The mandate for the new incubator (partially based on lessons learnt from the failure of the previous incubator was):
    • Don’t alienate the product teams – you’ll never succeed without their help and blessings
    • Understand the base products thoroughly. Superficial understanding of the issues, toy applications, will not earn the respect of the product team
    • Frequent communication with the business teams
    • File many patents
  • The Process

    • The incubator takes inputs from:
      • The office of the CTO, which strategizes and puts together a vision. Before the incubator team, the office of the CTO would hand over the long term vision and strategy to the product team, which was ill equipped to handle it. Now, the incubator fits this gap
      • Product Business Units
      • Customers and Partners
      • Academia (what is the latest in research)
    • The idea backlog is looked at by these three teams:
      • The governance team which meets once in 6 months
      • The alignment team which meets once a quarter
      • The execution team which meets once a month
    • The output of the incubator are:
      • White Papers
      • Prototypes
      • Delivery
      • Patents
      • Innovation Culture
  • Challenges for an Incubator
    • How to measure innovation? Number of patents is not a good enough metric.
    • Motivation: the motivation for the incubator and the people on the team must come from within. Creating the motivation, and staying motivated, in the face of 9 failures out of every 10 ideas tried, is difficult.
    • Difficult skill set: the team needs people who are smart, intelligent architects, but also hands on developers, with ability to switch context frequently, understanding the overall BMC vision, ability to sell/market ideas internally, and most importantly they need to be technology as well as business savvy. Finding people like this is a tall order.
  • The incubator only does small projects. There are two kinds of projects: “research” and “prototype”.
    • Research projects which are just 1 person 1 week, where that person is supposed to study something for a week and come back with a report.
    • Prototype projects are just 2 or 3 people working for a maximum of 2 months to build a prototype – not necessarily a shipping product. The prototype should prove or disprove some specific hypothesis, and there is a tricky balance to be made in deciding which parts of the prototype will be “real” and which parts will be simple mocked up.

Future Directions

  • From technology incubation, they want to move to co-innovation, where they work in conjunction with product teams, and customers to innovate.
  • After that they would even like to do business incubation – where the product team is not interested in looking at an adjacent business, in which case the incubator would like to have the ability to go after that market themselves.
  • The Indian IT industry, from humble beginnings, is moving up the value chain.
    • First we were doing cost arbitrage (1990s)
    • Now we have process maturity (2000s)
    • The next step would be to get product ownership, and product management here (2010s)
    • Finally, in the 2020s we’ll be able to do innovation, incubation, entrepreneurship
    • The bottomline is that Indian IT industry should be focusing on taking on more and more Product Management responsibilities

Questions from Audience

  • Q: The incubator needs people who understand the current products thoroughly. Which means that you need to steal the stars from each product team, because you cannot really hire from outside. And obviously the product team is not willing to give up their stars. How do you solve this problem?
    • A: In general, trying to get stars from the product teams is not possible. You wont get them, and you sour the relationship with the product teams. Instead, what works is to hire the smartest outside people you can hire and then make them learn the product. These people are then teamed up with the right people in the product team during the ‘learning’ process. The learning process is still a bit ad hoc and we haven’t yet formalized it, but at the very least it involves doing some work hands-on.
  • Q: What do you answer when a product team asks what is the value you are adding?
    • A: We constantly worry about the value we are adding, and we keep pro-actively stay in touch with the product teams and constantly keep reminding them of the value we add. If it ever happens that a product team asks what value you are bringing, you are already too late
  • Q: How are you engaging in academia, and what else would you like to do?
    • A: Currently, we get interns from academia. This allows them to do look at projects that would not get “approved” as regular projects, because “it’s just an intern project.”
  • Q: Customers are in the US. Product Managers are in the US. And you cannot innovate unless you understand customers and have close ties with the Product Managers. How do you do that sitting in India?
    • The head of the incubator must be the ultimate product manager, and more. First, s/he must have almost as much understanding of the market and the customers as the product manager of the actual product. In addition s/he must have a vision beyond just what customers want, so that they are able to generate innovative ideas. Successful engagement and understanding of Product Management is key to success of an incubator.
  • Q: How do you ensure that the output of an incubator prototype is actually accepted by a product team, and how does the process work
    • All prototype projects require buy-in from the product team and other stakeholders, agreeing tentatively that if the prototype is successful, the product team will actually put that project onto the release schedule. Once the prototype is completed, it is incorporated into the release schedule, and the 2/3 people who worked on the prototype transition into the product team temporarily.