Flow Engineering’s Post

Flow Engineering reposted this

View profile for Pari Singh, graphic

CEO at Flow Engineering | Requirements for agile hardware teams | Forbes 30 Under 30

NASA was once the fastest-moving engineering organization on Earth. Then, NASA lost its way. In just 9 years, they went from retrofitting ICBMs (missiles) to humans walking on the moon. Startups (Hermeus, Astranis, Varda) are moving back to early NASA culture, rediscovering what we have forgotten. Here are 5 lessons you should learn from early NASA: 1. Aim for the Moon—But Don’t Start There NASA's first move was not to write 100,000 requirements for Apollo. Instead, engineers started smaller with something they could test faster. Applying the onion theory of risk - the mission was broken down into macro risks and testbeds, building a program where every flight contributed to learning and de-risking future flights. Mercury Missions (Can humans survive in space?) → Gemini (Can we maneuver in space?) → Apollo (Can we safely land and return?) Every phase helped learn faster and set the requirements for the next phase. Back then, we didn’t “aim for the moon and land in the stars.” We took the opposite mindset—stars today, moon tomorrow. 2. It’s Okay for Your V1 to Be Scrappy The initial focus wasn't on developing a human-rated launch vehicle. Instead, we began retrofitting an ICBM (missile) to put a human inside. It's lost on people today how insane that is. This MVP mindset helped us learn in one year what would have otherwise taken five years. Most importantly, it kept us in the running. 3. Iterative—Downscope and Test 21 missions in nine years. This pace scares NASA today. People underestimate how important it is to build a culture of shipping. Focus on rates (production/month) and most problems solve themselves. Can’t get something on this flight? That’s fine. We’ll get it on the next, in a few months. Scope things down and out—keep the schedule on time. It’s one thing to build a moon rocket. It’s a much tougher challenge to build an organization that can deliver a better one every year. 4. Accept Huge Amounts of Technical Risk—But Not Human Risk The Apollo 1 fire almost ended it all. I’m not sure a commercial program today could recover from this. Where possible, remove humans from the loop. Test and learn harder in the R&D phase and you'll be happier long term. Test early, test often, test rigorously. 5. True Ownership—Every Engineer is Responsible for the Mission My favorite Apollo story is about a cleaner. JFK visited NASA in '62 and saw a janitor carrying a broom. JFK asked him what he was doing. The janitor responded, "I’m helping put a man on the moon, Mr. President." This is the culture we need to rediscover. One where everyone puts the mission first and their job description second. This is how great teams are formed and what makes them win. How? The first step is very simple: inspiring missions, that everyone understands, and can articulate clearly to other people.

  • No alternative text description for this image
Ed Tate

CTO | Founder | PhD

5mo

“JFK visited NASA in '62 and saw a janitor carrying a broom. JFK asked him what he was doing. The janitor responded, "I’m helping put a man on the moon, Mr. President." Fantastic culture building. Critical point!

Nabeel Mahmood

Avionics Engineer at Millennium Space Systems

5mo

nasa also had like infinite money to work with let’s not forget

Dr Yuri Raydugin, PEng, MBA

The Project Risk Consultant, Author with Springer Nature, Oxford University Press and John Wiley & Sons

5mo

From an organization of "firsts" to the organization of top bureaucrats. Something similar happened in Russia...

Patrick Biltgen

Author | Engineer | Data Scientist | Strategist | Working at the Intersection of Space and AI

5mo

I attended a talk where former NASA mission controlled Glynn Lunney noted that the average age in mission control during the Apollo program was 30. It's not that you can't be innovative over 40, but you're more likely to say "that will never work" than "hmm I've never tried that it might work."

Juliana Méndez

Fractional CMO | Advisor | Ex-Travelperk

5mo

These principles are quite similar in software companies!

Don Weidner

Principal @ Formidable Space | The Supply Chain Of Space™

5mo

Pari Singh An excellent lesson outline (and essentially a great summary of your agile engineering panel the other day!).

Alex Toth, CSEP

Engineering Problem-solver, Technical Leadership, Project Delivery, MBSE

5mo

Sometimes going back to basics is the smartest move forward. Embracing the scrappy spirit and iterative approach of early space exploration could unlock the kind of rapid progress that's become a legend.

Like
Reply
Jeff Olsen

General Manager, Testforce USA Founder & CEO, TESTAC

5mo

Pari, this is fantastic writing. Well done, My friend. Well done!

Michael C. R.

MEng | MBSE Tech Fellow, CSE | LM-RMS

5mo

Another thing that the early days of NASA had was strong leadership. Leadership that gave clear direction, that accepted the blame when things went wrong, who passed praise to their team and who also rolled up their sleeves to help the team. Leadership has gone soft, making excuses left and right, pointing fingers when things go wrong and wanting instead to be in the spotlight, walk red carpets and soak every drop of praise instead of giving it to the team. 

See more comments

To view or add a comment, sign in

Explore topics