A couple of years ago, my longtime friend, Todd Neff, asked me to edit a book he was writing about how the Ball Brothers Company (the makers of mason jars) built a spacecraft that hit a comet 83 million miles away on July 4, 2005. As told in his book From Jars to the Stars, the Deep Impact mission is a story that appeals to those interested in the history of space exploration. It’s also a good read for managers who want to foster innovation in their organizations. I bought copies for all my employees.
We read a lot these days about innovation and “failing fast.” We read a lot about “lean startups” and rapid iterations to arrive at successful products and services. The Deep Impact story makes these endeavors seem simple by comparison, but it also puts these ideas in stark relief.
For those not familiar with Deep Impact, the objective was to send an “impactor” to hit a comet (Tempel 1) that was 83 million miles away from Earth and traveling at 64,000mph. The collision would kick up a bunch of ice and dust, which would be photographed by a “flyby” craft and several terrestrial and orbital telescopes, including the Hubble.
To spoil the ending (for those not already familiar with it), the project was a major success. The impactor struck its mark at the precise time and location as planned. The images returned were spectacular to say the least.
It is easy to think of this story as an exercise in explaining complex science. There is plenty of that, but this story is a good read for managers and executives because it covers so much about innovation leadership and management of massively uncertain endeavors. Here are just a few of the lessons that I derived from it.
Strive for a common, cannot-fail goal. At its core, the Deep Impact story is about a team of people committed to a clear goal: Hit a comet millions of miles away, so the results can be photographed. This commitment focused everyone involved so that they deeply understood their roles, their dependencies, and their relationships to everyone else striving for the same goal. No one in this story is punching the clock with no idea what the work means. Too many of our much simpler projects have no clearly stated goals and therefore no measure of success and no common motivation.
Embrace a trial and error mentality. People working on complex projects with massive amounts of uncertainty need to have the space and time to build, test, and learn repeatedly. Expect solutions to one problem to bring to light new problems that need to be solved. Failure is a byproduct of moving toward a common goal. Expect it, but make sure it yields knowledge of how to do it better.
Get creative. Creative problem-solving is essential to overcoming massive uncertainty. There is a great story about how the team conducted “acoustic testing” on the Deep Impact spacecraft. They needed to find a way to create 143dB of noise (13 times louder than a typical rock concert) to ensure the payload could survive the roar of the rockets. They turned to Maryland Sound International and borrowed speakers for an upcoming Hall & Oates tour.
There is a lot more to the story, including good lessons about keeping people motivated, dealing with partner organizations with different motivations, and delivering bad news early. Stories like Deep Impact help us see innovation at work in the face of complexity and uncertainty, therefore shedding light on our own management practices.
Regarding "trial and error" and "cannot-fail," the heart of the matter (I think) is the level of effort you're willing to put in to identify and mitigate all the possible risks. One of the major challenges described in the book is that JPL and Ball both had different approaches to how they managed risk. For JPL "cannot fail" really means invest time and money in discovering all the possible risks, defining mitigation strategies, and testing the heck out of them. Ball, to the contrary, was more comfortable with accepting a larger degree of risk. The project was their for under-scoped and under-bid.
For IT projects, you might classify some as "trial and error" and others as "cannot-fail." In part, these classifications could mean the level of effort you'll spend identifying and mitigating risk.
True innovation comes from trial and error but we typically don't have the time n organizations to make errors the costs are too high both literally and figuratively so at times the error get batched and becomes good enough for now.
And as for your 1980s movie reference, very apropos now that you mention it. I think that "save the factory" mentality is part of our American culture though ... Wait until near or post disaster to fix a problem, attack an enemy, etc. But once you get Americans pointed in a direction, look out!
David, enron's stated goals were all la-la land stuff. Remember their old commercials ... They looked cool but didn't say much of anything steeped in reality. It was leadership and motivation by sleight of hand.
@Broadyway- Interesting point of view, and it certainly matches what I see right now. But I'm wondering if we adopted this method of setting clear goals we can all agree are vital we might see companies who have not had innovaiton in their DNA suddenly find some.
I know this is cheesy, but i'm thinking of all those movies in the 1980s that were responding to the fear of japanese manufacturing. some slobby union guys would get together and suddenly build a bazillion widgets to save the factory. Obviously those are movies, but how many times have we seen people wait until they have to "save the factory" to really roll up their sleeves to get going?
If we come up with a goal as importnat and clear as "save the factory" people can move mountains. Or at least they can in Hollywood.
"No one in this story is punching the clock with no idea what the work means."
I think that making sure everybody gets it, everyone sees the goal and the positive results of the goal is important in getting creative solutions to problems. What have other people done to get this kind of interest within their employees when the goal is so much less dramatic than watching a comet explode?
Sara, - They cannot afford to not try. In fact there's something about those who make bigger sacrifices like Google....they make bigger gains. Then again it has to be thoughtful of course. But for companies that cannot afford big trials, they can start small or team up with the universities to make things cheaper.
@Broadway- Well, when you pu it that way, i think it sounds like a bad idea. But i guess what I'm saying is that a goal that everyone can get behind. I mean if you work at a company that makes jars and suddenly the CEO comes in and say you're going to hit a comet in space, that sounds impossible to pass up.
If you're a a company and the CEO says we're going to increase profit margins by 2% in the next year, you're not lkely going to get as excited. So, the CEO needs to frame that goal in a way everyone can get behind. or, ideally, he'd pick a more interesting but still valuable goal.
The blogs and comments posted on EnterpriseEfficiency.com do not reflect the views of TechWeb, EnterpriseEfficiency.com, or its sponsors. EnterpriseEfficiency.com, TechWeb, and its sponsors do not assume responsibility for any comments, claims, or opinions made by authors and bloggers. They are no substitute for your own research and should not be relied upon for trading or any other purpose.
4/29/2014 - Join Dell and Intel for an interactive discussion about implementing, refining and improving your virtual environment. Specifically we’ll discuss pain points virtualization can solve and those that it can create and how to prevent them.
Enterprise Efficiency is looking for engaged readers to moderate the message boards on this site. Engage in high-IQ conversations with IT industry leaders; earn kudos and perks. Interested? E-mail: email@example.com
Dell's Efficiency Modeling Tool The major problem facing the CIO is how to measure the effectiveness of the IT department. Learn how Dell’s Efficiency Modeling Tool gives the CIO two clear, powerful numbers: Efficiency Quotient and Impact Quotient. These numbers can be transforma¬tive not only to the department, but to the entire enterprise. Read the full report
Now that TGen has broken new ground in genomic research by using Dell's storage, cloud, and high-performance computing solutions, the company discusses what will come next for it and for personalized medicine.
The Translational Genomics Research Institute wanted to save lives, but its efforts were hobbled by immense computing challenges related to collecting, processing, sharing, and storing enormous amounts of data.
Office and personal productivity tools come in a first-class and coach flavor set, but what makes the difference is primarily little things that most users won't encounter. What's the big issue in using something other than Office, and can you get around it?
We really don't want an "Internet of Everything" but even building an Internet of Everythinguseful means setting some ground rules to insure there's value in the process and that costs and risks are minimized.
Google's Chrome OS has a lot of potential value and a lot of recent press, but it still needs something to make it more than a thin client. It needs cloud integration, it needs extended APIs via web services, and it needs to suck it up and support a hard drive.
On a recent African trip I saw examples of the value of the cloud in developing nations, for educational and community development programs. We could build on this, but not only in developing economies, because these same programs are often under-supported even in first-world countries.
VMware's debate with Cisco on SDN might finally create a fusion between an SDN view that's all about software and another that's all about network equipment. That would be good for every enterprise considering the cloud and SDN.
Wearing a bulky, oversized watch is good training for the next phase in wristwatches: the Internet-enabled, connected watch. Why the smartphone-tethered connected watch makes sense, plus Ivan demos an entirely new concept for the "smart watch."
Cloud storage costs are determined primarily by the rate at which files are changed and the possibility of concurrent access/update. If you can structure your storage use to optimize these factors you can cut costs, perhaps to zero.
The Internet has evolved into a machine for drumming up a chorus of "Happy Birthday" messages, from family, friends, friends of friends who you added on Facebook, random people that you circled on G+, and increasingly, automated bots. Enough already.