Saturday, August 23, 2008

In love with the villain: Curse of knowledge

I am addicted to reading. And like any addict, I look for excuses to indulge. When my friend RamP sent me an email a couple of weeks back that I should buy the book “Made to stick”, I immediately went and bought one copy.

Made to stick” written by Dan and Chip Heath is about how to design a message such that it becomes more sticky. All of us know how much we remember from the last presentation that we attended. On the flip side, the same thing must be true about the last presentation we made as well. The book talks about attributes such as simplicity, unexpectedness, and concreteness that are common to all sticky messages.

Apart from these interesting attributes, the story has a villain too. The villain who makes it really hard for us to generate sticky messages. And it is this villain which has got stuck to my mind more than anything else. In fact, I would say I am in love with the villain! Who is this villain, after all? It is called “Curse of knowledge”. When we, as experts, know something, it is extremely difficult to imagine what it means to “not to know” that something. I don’t know about you, but I have felt this “villain” in me active many times during my training sessions.

It is no surprise that the Stickiness Aptitude Test created by Guy Kawasaki & Co takes away 3 points if you are an engineer and takes away 4 points if you are an MBA. It does not even consider PhD worthy of mention (perhaps, you are not even qualified to take the test). I have learnt my lesson.

You may want to check out Chip Heath's interview with McKinsey Quarterly. And Guy Kawasaki's interview with Dan Heath. And Chip Heath's interview podcast at iinnovate.com.

Friday, August 8, 2008

Going beyond idea contests #2: Insights from centenarians

Listening to centenarians: In my previous article titled “Going beyond idea contents”, I wrote about how organizations find it challenging to sustain their innovation initiatives. Sometimes it helps to look at what 100+ year old organizations consider important. Last June, I had the good fortune to listen to 3 presentations sharing innovation insights from 100+ year old companies at India Innovation Summit. Moreover, each of the speakers was with the respective organization for close to or more than quarter of a century. The organizations were: Proctor & Gamble, 3M and DuPont and the gentlemen who represented them were: Dr. Shekhar Mitra, Global R&D Vice President P&G (came from Ohio), Bert O’donoghoue, MD, 3M India and Dr. Homi Bhedwar, Director R&D, DuPont Knowledge Centre. P&G is 176 year old; 3M has 105 year old history while DuPont has 207 year old history (started in 1802).

Does 3M talk about idea contests? Well, none of these folks talked about idea contents. That does not mean that they don’t have idea contests. However, “idea contests” don’t form a core in their innovation effort. Then what do these companies consider important as a basic building block? The answer is: Platforms. In fact, Bert of 3M showed us a “periodic table” consisting of 45 platforms. Some of these platforms were: adhesive, filtration, microreplication. Bert also presented the mapping of platforms to businesses. For example, 3M has 40 businesses and adhesives platform is used in 24 out of 40 businesses (filtration is used in 8/40 and microreplication is used in 16/40). While DuPont does not have as many innovation platforms as 3M, Homi said it does have dozens. In contrast to 3M and DuPont, P&G innovation effort is consumer led. P&G innovation platforms are anchored in basic human want such as thirst, hygiene, beauty etc. Moreover, P&G is good at using the same platform and creating different products at different price points in different markets (e.g. developed vs emerging).

Innovation platforms: Instead of asking the question, are we generating ideas? Or are we conducting idea contests? Ask the question, what innovation platform(s) are we building? What is it anchored in? Perhaps answers to questions like these will lead to “sustainable innovation”.

Thursday, July 10, 2008

Going beyond idea contests

Idea contests: Looks like idea contests are in vogue these days. I must have met at least half a dozen innovation champions from different organizations who said they had idea contests in the last 6 months. Some had specific fund allocated for this contest and they funded select few projects for Proof of Concept (PoC) development. Some said the initiative got choked when they received several hundred ideas and they weren’t ready with the idea selection criteria. Some cribbed about 99% ideas being incremental improvements. No matter what each of them said, I felt it was a good way to get the engine started.

Innovation wave: 5 years back if you were an IT company and if you had not assessed yourself for CMM level-5 or if you are not running a CMM initiative, you would be looked upon as a laggard. Looks like it is time for an innovation wave now. However, there is a difference. ISO, CMM, PCMM or any other quality certification comes with clear-cut guidelines as to what steps are to be taken and what artifacts to show to get there. Unfortunately, innovation is on a much murkier ground. NASSCOM has been playing the “innovation” trumpet for a few years now. However, most organizations are still lost as to where to start. Well, idea contests certainly seem to fit the bill, at least for now.

Where is the catch? You may say, “Where is the problem?” Well, the experiences most narrate seem to remind me of my graduate school days in Buffalo, New York. When we used to come back from an India trip during December vacation, starting the car was a dreadful experience. First, you don’t know whether the engine will start at all. Remember these were graduate student cars, either second-hand or more likely third-hand cars. If you are lucky and the engine starts, chances are high it will stop in the next few minutes. No wonder many of us became good at jump-starting cars by connecting cables to friend’s car’s batteries. Idea contests seem to resemble starting the engine which soon go back to its natural state – which is at rest. Real challenge is, how do you keep the engine running?

Basic unit of analysis for innovation capability: Doesn’t all this: idea contest, number of ideas it generates, number of employees who log ideas, what kind of ideas finally get prototyped or even make to product or offering definition, give an indication of organization’s innovation capability? Brown and Duguid say “No” in their paper titled “Organizational learning and communities of practice: Toward a unified view of working, learning and innovation” (published in 1991). These researchers and some others feel that basic unit of analysis for innovation capability should be self-governing passionate communities within the organization. In Google, these are called “intergrouplets” (see Sergy Solyanik’s blog),in KM circles these are called Communities of Practice, some places they are called SIG and McKinsey studies them as informal knowledge networks. Unfortunately, many organizations don’t know how to detect these networks, how to support them and of course, how to leverage them.

Wednesday, July 9, 2008

Will you hire a BCom architect?

Hiring a BCom: I was talking to a business leader at one of the large MNCs in Bangalore. The topic was challenges and approaches in moving up the value chain. He mentioned our fixation on educational qualification as one of the challenges. Apparently, the organization was trying to hire for an architect position and one of the suitable candidate was only BCom. The person did very well in all aspects of the interview. However, managers and existing architects were unwilling to consider him for the position. Many must have done MTechs from prestigious institutions. Hiring a BCom as a peer may suddenly make their efforts to get into these institutions and slogging during their engineering days appear futile.

Fixation on educational qualification: I lost interest in degrees and formal education, in general, quite some time back. But then I don’t talk about it much as I get back a response, “It is ok for you to think like this as you have a BTech from IIT and a PhD from a US university.” Well, I understand that formal education has a role to play in the whole game. For one, it certainly tells you about certain analytical and problem solving ability when one goes through engineering education. Moreover, cast system among various courses (engineering, pure science, commerce, arts) is very strong in our society. However, I feel that we give far too much importance to it. Moreover, we use it as a crutch to shrug off responsibility in actually probing competence deeply.

Social learning: Social learning theory takes an interesting stand. It says that in a social system (such as an organization or a community of architects etc) competence is historically and socially defined. Knowing, therefore, is a matter of displaying competences defined in social communities. So it is not important whether you know something or not. What is important is whether you can articulate it in language understandable by the community to which you wish to belong. Of course, you can’t articulate something unless you understand it. But then we know in how many interviews you really get probed deeply. Degrees make it easy to assume that you speak the same language as the rest and hence you are competent. No wonder diversity is a rarity in organizations.

Monday, July 7, 2008

Top challenges in developing technical leadership

In earlier articles I have written about challenges from engineer’s perspective in becoming a technical leader and also about demand and supply side drivers in developing technical leadership. Here I would like to summarize what I believe are the challenges Indian IT organizations are facing in developing technical leadership:

· Cost-based business model: Most of the Indian IT organizations work on the cost based business model. This is irrespective of whether it is an India-headquartered IT services firm or a subsidiary of a global MNC firm. Every project is estimated based on number of person-month effort it takes and budgeted accordingly. Many times there is an average billing rate associated with the relationship independent of the experience level or value an expert brings to the table. This equation dis-incentivizes growing experts in the team (as your profitability goes down). I have written earlier about Rs.15 Lakh salary dilemma which articulates this challenge. There are leaders who are trying to play with this model. They are hiring domain experts and trying to show how productivity of certain teams is much higher than the rest and hence pricing should be “value-based” rather than “cost-based”. I would call it “prototyping phase” and we have yet to find “early-adopters”.

· Lack of meaningful roles: Even if organization feels the need to develop technical leaders, it needs to create such roles where a person should feel valued. Creating a role with “architect” in the title and without providing meaningful job content leaves the person even more frustrated (see Beware of technical ladder roles). Most of the time, resources are dedicated to accounts (or product lines). At senior levels, the roles should involve influencing multiple projects or programs and this may need re-negotiating contract terms to ensure that there won’t be any breach of confidentiality or dilution of value added.

· Lack of role models: Role models make a lot of difference in motivating juniors to choose a particular career path. In Indian IT industry there is severe shortage of technical leaders. Even those who are doing serious work double up as managers due to either social or political reasons. When I facilitate technical leadership workshops, I realize very strongly that many participants look at the “technical leader” role more as a hypothetical role.

· Lack of maturity in talent market: It is only recently that jobs with “consultant”, “architect”, “Systems engineer” titles have started showing up. However, it will take a few years before engineers look upon these “secure” roles.

Saturday, June 28, 2008

Copycat award: A step towards addressing NIH syndrome

Fourth India Innovation Summit: I attended Fourth India Innovation Summit at Leela, Bangalore last week organized by CII. Like the previous one I attended three years back in 2005, I enjoyed the conference where a number of innovation champions spoke on various themes like innovation in emerging markets, systematic innovation, innovation ecosystem, and innovation in rural India etc. In the next few articles, I will write about the themes which I found interesting.

Copycat Award: Madhabi Puri Buch, Executive Director, from ICICI Bank spoke about innovation management efforts at her organization. According to her, the topmost hurdle in keeping innovation going at ICICI is the “Not Invented Here (NIH)” syndrome. This mindset makes it difficult to implement an idea in one department when it has actually come from some other department. Well, this is what ICICI Bank has done. They have introduced a prestigious award called “Copycat award”. This award is given to the team which demonstrates successful implementation of an idea which has come from somewhere else.

Creativity and Execution: At the root of NIH mindset is the belief that “creativity” part of innovation is “cool” and “execution” is uncool. If I haven’t done the “cool” part, why should I do the “uncool” part? To quote Prof. Vijay Govindarajan from his book 10 Rules for Strategic Innovators: We think of organization’s capacity for innovation as the product of creativity and execution. Some quick math: which is more effective – lifting your creativity score from 6 to 7, or doubling your execution score from 1 to 2? Nonetheless, most companies, when hoping to improve innovation, focus on generating ideas. Managers obsess over the front end of the innovation. But the real leverage is in the backend – in execution. It is not the idea that counts; it is what you do with it.

Well, how about copying the “copycat award” process to begin with?

Friday, June 20, 2008

Knowledge management and Innovation management: Is the relationship more like live-in, marriage or divorced?

I wrote about some of the top challenges and non-challenges in innovation management in an earlier article. I facilitated a deep dive session on one of the challenges in our last k-community meeting hosted at Perot Systems, Bangalore. The topic was: “Knowledge management and Innovation management: Is the relationship more like live-in, marriage or divorce?” We had a good discussion with participants from Bosch, Honeywell, IISc, Mercer, Mindtree, TCS, Titan, Wipro apart from our hosts at Perot Systems. Here is a gist of the session:

There were primarily 2 schools of thought: one expressing the classical KM view where knowledge creation is considered an integral part of knowledge management. And the others feeling that knowledge management as it is practiced is primarily about improving the operational efficiency in the organization. And hence, it is more suitable for incremental innovation but not for radical innovation.

Advocates of the classical view stressed that collaboration both formal (through CoPs) and informal (coffee table discussion) are essential for creating radical ideas. And knowledge management function owns the responsibility to create an environment where such collaboration fosters. Many others felt there is a big gap between this view and where things stand today.

All agreed that there is a lot that can be leveraged by finding synergies among these two initiatives in the organizations. Unfortunately, many times these initiatives are under two different departments: KM comes under either quality or HR and IM under research, marketing or strategy dept. When both have their own sources of funding, and perhaps a purpose independent of each other, why marry?