Subscribe to EDN

Tenet of Innovation #2: Fail often; fail early

January 13, 2011

Innovation is discovery, in both our market and technology understanding. Failing often implies willingness and tolerance for this sometimes-painful discovery process. And we have talked about this to some degree in Tenet #1: Plan on failure; be delighted with success. But although we may expect failure, we wish to get to knowledge quickly, with rapid iterations, so we can make better decisions going forward. The more rapid our learning cycle is, the faster we can refine our approach and hit the sweet spot of the market needs and the technology capabilities. Some people call this “getting to ‘no’ quickly.” In fact, a rapid learning cycle has become a basic principle in many philosophies of product development, such as Agile (Reference 1), Lean (Reference 2), and Flow (Reference 3).

The philosophy of rapid iteration is useless unless we are iterating on the right things. The highest-risk items need to be identified, pulled up early in the process, partitioned, and exercised. The partitioning needs to be done so that the risk is within the individual blocks and not in the interfaces between these blocks. Rapid iteration on these high-risk blocks allows for a higher level of innovation, because the answers to high-risk ideas can be arrived at more quickly and therefore at lower cost. It should then be supplemented by frequent integration with other technology blocks to ensure that the risk is not in the interface. (Note that I have spoken very generically. The same issues are relevant whether the topic is electronic hardware or software or pharmaceutical processing.) Through this process, the product-development team can keep the information “batch” size small, iterate many more times in the same timeframe in order to refine the design and fully understand the risk, and come to a more complete innovative solution.

Although rapid learning cycles feel intuitively correct, we are still often faced with the difficulty of financially justifying this “fail often, fail early” philosophy. To many sponsors, this “plan for failure” attitude is heresy. We need to help with good financial tools to understand the level of failure to be expected and which is financially viable for our industries.

In addition, in order to better value risky projects, some in product-development circles have begun to apply the science of “option analysis” to assessment and decision-making in product-development portfolios (Reference 4). These are being called “real options.” One can think of the process much like the financial vehicles called options. In other words, the act of investing in an early product-development effort allows the sponsor to “buy a call option,” one that would allow for increased investment in the program should the information from the phase warrant further investment. The presence of this “real option” adds value to the product-development effort beyond what would be calculated from the project with standard methods such as NPV (net present value) of cash flows.

Although we can view frequent failure as an illuminating and refining process, we would like the most significant decisions to occur when the amount invested is low. Pulling up the greatest risks to the early stages of a project will allow for rapid, and cheap, iterations. In order to create an environment of tolerance of failure and to produce a business that can afford a high degree of innovation, reduce the cost of failure through rapid learning loops, and encourage early rather than delayed risk-taking.

Years ago, I was involved in the development of ultrasound transducers for medical imaging. One of the areas of great interest was a better transducer match to the human body. I had an idea for a graded impedance piezoelectric material, one that would be made mainly of epoxy at the human interface but would have higher amounts of piezoelectric material in the transducer the further away from the body it was. It sounded as though it would solve many problems. We needed to find out quickly if this was a silly idea or had merit. Through a series of rapid iterations in modeling and experimentation, it became clear that although the acoustics seemed ideal, the electrical properties of the transducer (low capacitance) did not allow for adequate transfer of electrical energy into the transducer. Rapid iteration capabilities in our organization allowed us to test this and other innovative ideas, and in this case, brought us to “no” more quickly.

Failing often (to push forward your understanding) and failing early (to do it cheaply) are essential to the creation of an innovative environment.


References
  1. See, for example, Scrum Primer, by Pete Deemer, Gabrielle Benefield, Craig Larman and Bas Vodde, available through the Scrum Training Institute.
  2. See, for example, The Toyota Product Development System: Integrating People, Process and Technology, by James M. Morgan and Jeffrey K. Liker, Productivity Press, 2006.
  3. See The Principles of Product Development Flow: Second Generation Lean Product Development, by Donald Reinertsen, Redondo Beach, CA: Celeritas Publishing, 2009.
  4. See, for example, “Hybrid real options valuation of risky product development projects” by James E. Neely III and Richard de Neufville, International Journal of Technology, Policy and Management, Volume 1, Number 1, 18 August 2003. See also Options: Theory, Strategy, and Applications by Peter Ritchken for more background.
Posted by Larry Pendergrass on January 13, 2011 | Comments (4)

January 16, 2011
In response to: Tenet of Innovation #2: Fail often; fail early
Larry Pendergrass commented:

In response to directioncosine: Yes! This is not a new idea. In fact, none of these 10 tenets are really new. But the best innovative organizations practice them. Edison clearly understood this principle. And I think it was Dr. Linus Pauling who said “The best way to have a good idea is to have a lot of ideas.” So I agree with you directioncosine… this is not new. That should give us comfort!
.
But if I understand the rest of your comment, you point out that few managers will accept failure as advancing our knowledge (what scientists call a null result), and so adding value and therefore to be commended. Of course, some failures are not due to a null result, but because we made a mistake in our reasoning that “someone skilled in the art” may not have made. The problem is that it’s tough for managers to separate the two. But we must try, if we are both to develop our people toward higher levels of judgment AND make sure we don’t squash the willingness to take risk.
.
Thanks for your comment directioncosine.
.
Larry Pendergrass


January 16, 2011
In response to: Tenet of Innovation #2: Fail often; fail early
Larry Pendergrass commented:

In response to Rob Marquardt: Thanks for the supporting comments Rob. Some reading this many say “sure, it works for software, but what about hardware?” Let me say that one of the finest engineering groups I have ever known demonstrated this continuously with their hardware designs. They were experts at breaking a large hardware design into small blocks where the risk was within the block, not at the interface. And then they would use a variety of tools at their disposal (cheap and easy PC layout tools, on-site PC milling machines, fast turn PC fab houses, in house lab-size surface mount placement and flow systems, etc.) to iterate on these boards extremely fast. The milling machine gave results in hours. The fast turn houses gave results in days. This was a far cry from the months for a full board turn cycle using centralized organizations and macro tools through which most people suffer long development cycles.
.
Thanks for your comments Rob.
.
Larry Pendergrass


January 16, 2011
In response to: Tenet of Innovation #2: Fail often; fail early
directioncosine commented:

This tenet has been known since before Edison
I am yet to see managers who don't really accept
that failure is good as long as you analyze
why you failed.


January 13, 2011
In response to: Tenet of Innovation #2: Fail often; fail early
Rob Marquardt commented:

I've been doing this for 20 years. It has resulted in a lot of successes in software design and development.
It also follows the Taiichi Ohno - Toyota Production System philosophy of Continuous Improvement in that small incremental improvements are tried quickly and cheaply and OFTEN to improve the manufacturing process.

POST A COMMENT
Display Name
captcha

Before submitting this form, please type the characters displayed above. Note the letters are case sensitive:

Advertisement
Advertisement
Advertisement
About EDN   |   Site Map   |   Contact Us   |   Subscription   |   RSS
© 2012 UBM Electronics. All rights reserved.
Use of this Web site is subject to its Terms of Use | Privacy Policy

Please visit these other UBM Canon sites

UBM Canon | Design News | Test & Measurement World | Packaging Digest | EDN | Qmed | Pharmalive | Appliance Magazine | Plastics Today | Powder Bulk Solids | Canon Trade Shows