I like thinking tools. Ways to consider a problem systematically that drive you to ask more questions and look at a problem in a broader way than you might off the top of your head. For example, functional specifications for a product. At many companies I've been at there has been a template for a functional specification with a section heading and a brief description of the expected content for that section. There is no one perfect template (so I don't spend a lot of time arguing about templates much) - it is simply a tool to help you think in an organized way about a particular task.
Innovation is an interesting puzzle. How should one think about it systematically?
Steve Kleiman is our Chief Scientist, and before that was the CTO here at NetApp (the role I am now in). I recruited Steve into NetApp not long after I came here because he is one very bright and effective engineer. Steve approaches problems systematically in a way that can engage other engineers to generate solutions.
Steve proposed a model, or thinking tool, for drivers of innovation which he calls The Three C's:
- Customers
- Technology Curves
- Competition
Steve feels that innovation, like many engineering challenges, can be approached systematically.
First and foremost is customers and their problems. I think in many ways this drove the fundamental conception of NetApp as a company that produces storage appliances. Before NetApp showed up storage deployment was considered fundamentally hard: hard to set up, hard to provision, hard to administer. NetApp tackled the complexity problem by simplifying the approach. This may seem trite, but NetApp decided to ship a product that was always configured with RAID protection. In 1993 protecting against disk failures was an option for other vendor's products, something that you enabled explicitly. Dave, and James, and Mike said "Why would anyone not protect their data, and in the most cost effective way possible?" RAID was enabled on all NetApp systems by default, simplifying storage setup and provisioning. We never run benchmarks without protection enabled, today running our benchmarking (internally and for external publication) with RAID DP on by default.
For an engineer, Technology Curves is very interesting. Kleiman fundamentally believes that major shifts in technology drive innovation. What I find most amusing about this 'C' is that it has the silent "Technology" in front. Disruption can occur with the introduction of an entirely new technology, or a massive shift in the economics and feasibility for deployment of an existing technology. Flash memory is a recent example of the latter - while not new, the prices (driven by volume consumer electronics, not by the traditional storage industry) have shifted so dramatically as to reestablish cost curves for deploying storage at a particular price/performance point. These disruptions present opportunities for rethinking existing customer problems in new and innovative ways.
The final driver is competition. This doesn't need a lot of analysis and in my mind follows the broader drivers of Customers and Technology Curves.
We have a tendency at NetApp to use the term Technology Trend now rather than Technology Curve, but I like the simplicity of the Three C's Model - I need that C.
The goal of the model is not to limit one's thinking to make you approach innovation systematically. We could engage in a lively debate on whether this is the right model, or should there be a fourth driver for innovation, or argue about the ordering. I'll leave that meta-discussion to others right now, more fun is actually driving innovation.