Imagine you’re about to launch the biggest strategic program in your company’s history. Who would you put in charge of it if you had your pick:

• The best project manager currently in your employ?

• The best project manager you could recruit using your usual internal and contract recrutiers?

• NASA’s David Lavery, the Mars Science Laboratory program executive?

Me too.

Why has NASA been able to deliver such a stunning stream of successful projects … from the Spirit and Opportunity Mars rovers, to Cassini, to Chandra, to Odyssey, to, most recently, Curiosity?

Answer: It decided to learn from its failures rather than running from them by “holding people accountable” (ManagementSpeak for “finding a convenient scapegoat while making sure we never find out what’s really going on”).

In the late 1990s, the Mars Climate Orbiter, Polar Lander, and Deep Space 2 missions all went wrong due to easily prevented technical flubs. The Climate Orbiter mission, for example, used English units of measure for some calculations, which other calculations that used the results assumed were in metric units. This led to its entering the Martian atmosphere at too steep an angle.

In hold-’em-accountable corporate cultures, company executives would do their best to find out who screwed up and fire the sorry SOBs before they could do any more damage.

They would, that is, ensure that a new set of sorry SOBs would screw up future projects in different but parallel ways.

NASA, to its credit, performed thorough post-mortem analyses instead. The first is titled, “Mars Climate Orbiter Mishap Investigation Board Phase I Report“; the second is titled, “Report on the Loss of the Mars Polar Lander and Deep Space 2 Missions.”

While much in these reports is so deeply technical that only the nerdiest engineers would appreciate it, everyone involved in project management, sponsorship or governance in any organization should take the time to read Section 3 of the Polar Lander report, because that’s the section that discusses the management failures that underlay the missions’ technical mistakes.

The deep root cause turned out to be funding and schedule pressure: NASA tried to get these missions done quickly and on the cheap … too quickly and too cheaply. This prime root cause led to a number of project management failures, the most important of which were:

• Inadequate staffing: Not only was the project team too small, but critical JPL experts weren’t part of the team – the project didn’t have sufficient depth of highly knowledgeable staff.

• Excessive overtime: 60 hour weeks were habitual and 80 hour weeks were common for extended periods of time, because there just weren’t enough people on the team to get the job done on schedule any other way.

• Insufficient communication and collaboration: Inadequate staffing and excessively long work weeks inevitably led to team members working heads-down and with blinders on. They weren’t in a position to help each other out, check each others’ work, or otherwise function as a team.

• No system testing and validation, relying instead on analysis and modeling alone.

NASA isn’t alone in having projects fail, although unlike, say, an automobile manufacturer that releases a design flaw into production, NASA can’t issue a recall to fix the problem.

Still, just as recalls are more expensive than fixing a flaw during the design process (but less expensive than plowing into Mars at high speeds instead of landing on it), it’s a pretty good bet that your company would profit from managing its projects better, too.

So learn from NASA’s mistakes, just as NASA did. That avoiding the project management mistakes listed above makes a difference is hard to deny, given the string of successes that’s followed.

Even more important than learning from NASA’s mistakes, though, is adopting its technique for learning from its mistakes. NASA invested heavily in an independent review, didn’t duck its findings, and implemented serious changes in its procedures as a result.

I keep reading opinionators who extol the efficiency of private enterprise as compared to how gummint agencies do things. And yet, while I know of quite a few failed projects in private enterprise, I’ve yet to read of any companies that undertook equivalent attempts to understand how their management practices contributed to the failures.

It is, in the end, the difference between taking responsibility and holding people accountable. Because when executives hold people accountable, what they’re really doing is failing to take responsibility – not only for hiring and retaining the people they now need to hold accountable, but, far more important, for creating the circumstances that led to the failure and allowing them to persist.

It’s a great way to lose good employees while retaining bad managers.