Episode #104 Ex-SpaceX Exec Reveals the Secret to Scaling Without Breaking Everything ft. Michael Guymon

What do rocket launches, pharmaceutical supply chains, and your go-to-market strategy have in common? Way more than you think.

In this episode of Bridge the Gap, we sit down with Michael Guymon, CEO of SQA Services and former SpaceX & Rocket Lab leader, to explore how elite organizations design systems that don’t crack under pressure. We dive into:
 • Why software teams should learn from rockets
 • How SpaceX embraced MVPs (yes, even in space)
 • Where most companies fail in scaling quality and operations
 • How to apply quality systems thinking to GTM strategy
 • What leadership under pressure actually looks like

If you’re a founder, operator, or revenue leader tired of duct-taping growth together—this one’s for you.

Follow Michael - https://www.linkedin.com/in/michael-guymon-4a773933/

PS - huge shout out to Sendoso for sponsoring our show.

We could not do this without you.

See how Sendoso can help increase pipeline, ROI, and customer retention.

ZoomInfo is also a proud sponsor - check them out here!

🎁 Lastly, we have a gift for you! We’re tired of seeing people getting critical GTM components wrong. Need help with your ICP, Buyer Persona, and Value Prop? Tired of the shitty “resources” people “give away” to gain followers?

We’ve developed a tool that creates your basic GTM Foundations (ICP, BP, abd Value Prop) for you. Snag it here.

Transcript

This is Bridge the Gap powered by Revenue Reimagined, the podcast where we dive into all things revenue. Each episode, we bring you the top founders and go-to-market leaders to challenge how you think about growth and help you bridge your biggest go-to-market gaps. I'm Adam Jay. And I'm Dale Zwizinski. 

As always, thanks for hanging with us. There's a million ways you can be spending your time and we're grateful for you choosing to spend it with us. Be sure to check out our newsletter if you want the show notes and tactical advice on how to bridge your GTM Gaps. Let's get to it. 

Welcome back to another episode of the Bridge the Gap podcast powered by none other than Revenue Reimagined. Today's guest is none other than Michael Geiman who is the president and CEO of SQA Services, a company that helps some of the world's most regulated and high-stakes industries maintain quality, trust, and operational control. Before joining SQA, he held leadership roles at SpaceX, Rocket Lab, and Heliogen, hope I pronounced that right, where he scaled operations across everything from rocket systems, literally probably like a rocket scientist here, to renewable energy and medical device supply chains. 

But this episode isn't about theory. It's about what it actually takes to build systems that don't crack under pressure and what go-to-market leaders can learn from the world of quality and operations when shit gets messy. Michael, thanks for joining us. Thanks for having me, guys. 

Thanks for joining, Michael. We want to jump right into it and talk about what quality actually means. So you've worked in high-pressure industries, SpaceX, Rocket Lab, we talked a little bit about that. Now, SQA, what does quality mean when cost of getting it wrong isn't theoretical? 

Yeah, that's a big question for sure. But I think like, and it's simple and more... 

Nice and light here today on Friday. Right. What's the meaning of light? I think in a template form, right, you have an engineer or a designer or someone with a vision that has a product or a thing that they want to do with a particular function. And I think quality is the entire process that ensures that that intended function happens the intended way every time you use it. So it's very tied in with reliability and all sorts of other things that people talk about. But I think at its core, it's just making sure that 

the product or system or software or whatever I designed does what it's supposed to do without any sort of surprises. 

So if you bring that to the next step, what would separate quality initiative from a quality system? 

Yeah, I think quality system is kind of the over-arching or underlying process that you set up in order to run your business. And people will talk about a QMS or a quality management system, and now that's kind of evolved into this concept of BMS or business management system because it is larger than just... When you call something quality, people tend to look at the quality engineers or the inspectors and they're like, oh, that's their job. But there is a big push philosophically to be like, no, quality is everybody's job. And so I think the quality system is kind of the structure you're setting up. 

So that when I release a design or I revise a design, that it's going through the appropriate steps to make sure that all of those changes are appropriately cascaded throughout the entire manufacturing, supply chain, end user aspect of what you're doing. And as I see quality system, it's kind of like the system, for lack of a better word, that you're running your business on. I think quality initiatives are really more around, I want to get from point A to point B, and I need to do something to enact that change. And so I see initiatives usually as having like a scope and it's something that you want to change, you want to improve. And that may involve making changes to your quality system, but it's typically a more finite fixed thing. 

How do you balance that? Because so in like the software world, we talk a lot about perfection is the enemy of progress. Do you ship fast or do you ship right? And like for lack of a better word, I hate the term MVP, but ship an MVP. And flipping that to like the world where you come from, you know, SpaceX, Aerospace, like you can't make a mistake. So how do you balance the operational safety at scale without like slowing things down? 

Yeah, I think SpaceX is a very, very interesting case to look at because they really did flip the paradigm around like quality and risk posture in the aerospace industry. Because historically, you know, especially space has been very much a government project, right? Taxpayer dollars going towards these multi-billion dollar programs to get, you know, people on the moon to launch a space station to send probes to Mars. And so the tolerance for failure is basically zero because I'm spending taxpayer money on this. I need to make it look like a good decision so I can't have a rocket blow up. 

That looks really bad and ends up killing my program. I think it was cool to see the approach that, you know, Elon really took of taking calculated risk and he really did take more of a software approach of kind of MVP fail, fast, learn, fast, you know, very much the way the software starting up world works. And they did it in a way where they built themselves enough tolerance for failure. And if you go back to the early days of SpaceX, there was, I mean, the first three Falcon 1s failed and they basically had no money and they scrapped together a fourth Falcon 1 and it happened to work. 

But if that fourth one would have failed, like you can ask anybody that was around at that time that predates me, but they were like, yeah, we all knew this was our last shot. And so, you know, it got to a point where they had a zero tolerance of failure, you know. But then, past that point, they unlocked the necessary funding and got some contracts and at the end of the day, they were launching cargo, not people for a long time. And so, you still had some tolerance of failure to say, well, if I'm moving the industry forward and doing things that have never been done before and I'm trying to land and reuse rockets, which is a game changer from a financial perspective, then you have to acknowledge that I'm never going to make the progress at the speed that I want if I wait for everything to be perfect. And so, they really did introduce this concept of kind of iterative design and test fail, test again. And it's cool to see how that has rippled through the whole industry because after SpaceX, I went to Rocket Lab and, you know, we had a mission failure as well and even just simple things like reading the YouTube comments, you know, people were like, if you guys got this, like, you know, this happens, space is hard, you'll figure it out, keep up the great work. And I was like, man, pre-SpaceX, that would have not been the overall vibe. 

It would have been people saying, see, this is why private space doesn't work, leave it to the experts, you guys are wasting money. But there really has been a huge culture shift industry wide to realize if I want to innovate and I want to keep up, I have to have some tolerance for failure. Now, that whole equation changes when you start putting people on these things because SpaceX will be the first to acknowledge they cannot afford to fail on a man's mission. And so, what they've done really well is created the opportunity for them to launch exponentially more frequently than everyone else, launching their own satellites where they can have a very high tolerance for failure. And so, they'll, you know, we designed Falcon 9 to last 10 times. 

We wanted to be able to reuse it 10 times. And now they're launching them 15, 16, 17, 18 times, but they're doing it on their own satellite missions so that if one of them happens to fail, they don't have angry customers. And that allows them to learn what is the actual failure limits of all the components on the vehicle. So now when they put people on it, they know what their factors of safety are. They know that they've got margin and that's been really, really helpful in allowing them to be more and more reliable. 

I find it fascinating the differences as well as the parallels between, you know, what we'll call non-software and software. We do a good amount of work with companies on both sides. And I think that a lot of software folks don't realize that things outside of software could benefit what is this big, sexy SaaS industry so much where it's like, oh, we're SaaS and we're the best and let's do it our way. 

So hearing you talk about all this, you know, certainly makes my brain think. So you're running a company now that steps in probably safe to say when supply chains, you know, or when there's quality issues, when things break down, maybe sometimes people call you and it's like, oh, you know, we're starting something new and things are great. We're just looking for a change. But I would imagine similar to my business, you know, it's not like, oh, things are wonderful. 

Let me call Michael at SQA. Where are you finding most people are exposed and how do you actually, like, come in and, like, get control and bring things back to the way that they need to be? 

That's a good question as well. I think there's a fundamental just bandwidth problem that is really hard for any one company to solve by themselves. When you look at most aerospace companies and pharmaceutical companies, those are kind of the two big swimlands that we play in amongst other industries. But most of the large companies, their supply chains are in the 1,000 to 10,000 plus suppliers all over the world. And at that size of a supply base, your ability to know what's going on in 10,000 different facilities all over the world is close to zero. 

Right? Like, you would need armies and armies of people to put out there and understand what your risks are. And so I think that's probably like the biggest shared gap that everybody has. It's just you've got a huge supply chain and depending on the size and maturity of the company, you've got, you know, a team of supplier quality engineers or auditors that, you know, it may be a couple of people, maybe a hundred people, but it's not 10,000. And so you have this kind of juggling act where when I first started at SpaceX, I had 262 suppliers that I was personally responsible for. 

I was also straight out of college and I was a mechanical engineer and I got thrown into avionics, all the electronics parts. And so I just spent the first two years traveling, like every single week flying all over, going to these suppliers, trying to understand what they were making, how they were building it, what the potential risks are there, feeding back any issues we were seeing internally, you know, test failures, those types of things. And yeah, it's just you have to prioritize and use some sort of risk ranking and spend your time where you think it's going to have the biggest bang for your buck. Kind of world-class is, you know, people say you should have like 10 to 20 suppliers per supplier quality engineer. But very few people actually have the resources to achieve that ratio. So you end up spending your time, a lot of your time with a very small number of suppliers that generate the majority of your problems and you have this long tail of suppliers that you may never ever even visit. 

Is there a way to identify what suppliers are at a higher risk or might burn you beforehand? 

Yes, there's quite a few different approaches people take to that. None of them are foolproof. And I think this is a big area that we're starting to see some really cool advancements and we're trying to invest in this as well. But, you know, AI and analytics are light years ahead of where they were, you know, even four or five years ago now. And so, you know, trying to really look at what leading indicators do I have, that may be something that's going to go wrong. But at the end of the day, those models are only as good as the data that you can feed into them. And that's a huge problem that people have is, you know, if you're trying to collect information on 10,000 suppliers that you work with, most cases you're sending out a survey or you're scraping website information or, you know, it's something where you're highly reliant on them being truthful about their situation. And, you know, whereas I would love to think everyone is truthful, some people will nicely polish over areas that are huge. 

No! And so I think that's one of the fundamental challenges that everyone has that's trying to apply all this like, it's been a stand-alytic to help them understand where they should be spending time. You can come up with really cool risk models, but if the data you're plugging into them is poor, then the output's going to be poor. And that's where I think we have a big advantage just in the nature of our business is we've got a thousand associates, quality professionals in 65, 70 countries all over the world that can collect, you know, unbiased third-party factual, I went there, I saw with my own eyes what's going on that I can feed you that information and now you can put that into your risk model and you can trust it. 

But that's something that is probably the biggest challenge that I think people are facing right now. It's just obtaining reliable data to make any of those decisions off of. But once you have it, you can look at things like, you know, past non-conformance history or honestly, on-time delivery history can tell you a lot because one of the key reasons that things are late is due to quality issues that the suppliers are experiencing internally or they're experiencing with their stuff to your suppliers. And so you can infer a lot by symptoms that you're seeing, but then you kind of need to send someone out there so you have firsthand perspective of, okay, I see the symptom, but what is the cause? And that's something you can usually only get by going and seeing yourself. 

We're going to swap up a little bit. This segment we're going to call Leadership Under Load. So you've gone from the tech leadership type of world where you're managing really technical teams to now the entire company. So you have like a lot of other things besides the technical load. How's your leadership style evolved across those transitions? 

I think, I mean, it's involved a lot of learning on my part, right? And it's one of the things that always attracted me to supply chain and supplier quality is, you know, I am a relatively technical person. I have a mechanical engineering degree. I always liked, you know, math, science, engineering type stuff, but I also really like the people element of business and, you know, just understanding what motivates people, what drives people. And I think that was one of the key things that allowed me to be successful early on in my career, like I mentioned, getting thrown into SpaceX with 200 plus suppliers and technologies that I didn't have previous experience in, was just figuring out how to have those conversations with people and learn. 

And so that's generally the first step of my leadership approach to any new situation that I'm plugged into is just spend time with the team, understand what they do. Sometimes I can probably get a little too into the weeds there, because I'm a very detail oriented person. And so after a while, I have to kind of consciously tell myself, like, okay, you understand enough, you know, pull out of the weeds and let's look at a little higher level strategy. But, I mean, I think there's pros and cons to managing very technical teams too. And sometimes, like, you know, it's nice to be able to kind of throw a very technical problem out there and have extremely technically skilled people that can problem solve and diagnose it. But sometimes, like, engineers are really bad at, you know, categorically giving myopic focus on something and, like, going down the rabbit hole to solve this little issue and kind of losing sight of the bigger picture. And so I think there's benefits to managing, you know, some less technical teams as well, because they can kind of take a step back and help me understand, hey, you know, yeah, there's a system problem, but ultimately there's a philosophical difference that needs to be solved here. 

I'm reading, you know, the emails that this person's sending, and I'm feeling that they're not bought into this path forward. And those are things that I think, you know, as a more technical team and a more technical person, sometimes I don't naturally grasp. And so I've had a lot of, I think, positive experience working with the less technical teams too. So it's taught me the importance of, you know, seeing the full picture and focusing on, you know, interdepartmental relationships and customer supplier communication and all those types of things. 

People buy from people. That's why companies who invest in meaningful connections win. The best part, gifting doesn't have to be expensive to drive results. Just thoughtful. Sendoza's intelligent gifting platform is designed to boost personalized engagement throughout the entire sales process. Trust me, I let sales first Sendoza competitor, and I could tell you, no one does gifting better than Sendoza. 

So if you're looking for a proven way to win and retain more customers, visit Sendoza.com. How do you handle pressure today versus like five years ago? Because I'd imagine, and maybe five, seven, ten, however many, but like, I'd imagine a SpaceX and an Elon is very different than an SQA and your board and your owners. But at the same time, recognizing like you're ultimately responsible to some of the largest, most regulated companies in the world that while they might not be Elon or SpaceX have very, very high expectations. And I'd imagine there's immense pressure in what you do. What's changed in the way that you handle that pressure? Going from employee to CEO. 

Yeah, I mean, I think I am naturally wired to handle pressure pretty well. It actually kind of, my wife often comments on how she gets frustrated at the fact that I like just things don't seem to phase me. And so I don't know, some of it is just, you know, I've learned to just take things one step at a time. And I think that applies to really any type of pressure you're under is you can't allow yourself to get overwhelmed. You have to just focus on the V-next problem in front of you that you can solve and learn when to escalate, when to ask for help, those types of things I think are really important. 

But I'd say the biggest difference probably is the scope and the focus of the pressure. I think, you know, under kind of the Elon SpaceX environment, there was always a million different projects going on. But at the end of the day, there was one goal and one, you know, company that we were working towards advancing. 

And so I think that while the intensity of the pressure was extremely high, because that's just kind of how Elon is, and he sets goals and expectations that are borderline impossible at times. I vividly remember we had, when we were first unveiling the Dragon capsule, you know, our first manned version of the Dragon capsule. So SpaceX had been launching Dragon. I think the first launch was 2010 of just test mission. And they had cargo Dragon for years. And then we were coming out with basically the first one that was going to carry humans. And I don't remember what year this was, but this was in like, you know, January, March, somewhere, two one timeframe. 

And our goal was to release it in October and have like this big unveiling event. And right around that time was when the tensions with US and Russia really started to escalate. And at the time, with the space shuttle retired, we were sole source with Russia as a nation to bring our astronauts with space station. And so we have this kind of 10 month timeline on releasing this Dragon capsule. Elon sends out an email and it's just like, Hey, with the escalations between US and Russia, I want to make sure that the US knows we're ready for manned space flight. 

So you have 30 days to get it ready for unveiling. And it's funny if you do face exits, it's just giant bullpen, right? You know, low cubicles, you can see everybody across the entire room. Elon doesn't even have an office. 

He has a cubicle, but he sends out this email and I went on the third floor and like everyone just like stands up and was like looking at each other like, Wait, what? And so I kicked off this 30 day scramble, but we got it done. We had a mock up that we could unveil and show the world like what dragon was supposed to look like. And that continued to evolve dramatically between that point and when we actually launched the first one. But those are the types of deadlines and pressure that were just commonplace. It was taking something that a normal company would take a decade. Our deadline would be a year and then halfway through it, that deadline would be pulled in sooner. 

You know, and so it's just constant go, go, go. And, you know, here there's probably a little less of that. However, we still work with companies like SpaceX. So we get the flow down of those crazy requirements and those deadline shifts. But I think the bigger challenge here is we have 100 plus clients that all have their own critical path priorities and deadlines and things. 

So whereas like that direct pressure isn't necessarily there, you have this big distributed pressure and it becomes really a prioritization challenge. And, you know, we never want to let a client down. And so we have to really look at, you know, which of those deadlines are real and which ones are actually going to impact the client. And how do we make sure that we are resourcing ourselves and prioritizing our teams appropriately to keep everyone focused on those goals so that we're keeping our clients goals moving? 

So we talk a lot about systems versus heroics on the show. You relatively new to the CEO role. There's a lot in place. SQA is not a new company. And I'm going to put you a little bit on the spot here. When you took over SQA, what did you see that like you were like, this needs rewiring. This needs to be changed. We're going to fix this. 

Yeah, I'll start by saying I was very pleasantly surprised. So, yeah, SQA started in 1995. So we've been around for 30 years. I stepped in two and a half years ago, you know, so like 27 years into this journey. 

It was founded and run by the same guy as CEO, Mike McKay for 27 plus years. And he and I are very, very different and he'll be the first to admit that he is, you know, very, very big relationship builder sales guy. He's super good at reading people. He's just like, I always describe him as the type of person that will go out to dinner with a stranger and he'll be like, Godfather of their children by the end of dinner. He's just like really good. I love that. Like, at building those core relationships. 

So he's more like me and less like Dale. 

Yeah, but he's not technical at all. You know, he doesn't have any interesting background. 

Like me. 

And so, you know, when he first approached me to bring me in and, you know, just for context, like I was for a while at SpaceX leading the source inspection program and some of our supplier assessment and approval and onboarding. Processes and things. So I worked very closely with SQA when I was a client essentially. And that's how I got to know the team got to know Mike, the former CEO, still owner and chairman of the company. But he approached me and was just like, Hey, I've, you know, I've, I've, I love this company. 

I built it with my dad. Like, you know, I really want to see it succeed. But I'm also kind of at the point where I know it needs somebody other than me at the helm. Someone that's going to bring a different approach because, you know, he grew it from zero to where it was, which is, you know, extremely impressive when you look at the list of our clients all being some of the biggest names in pharma and aerospace. And we're, you know, relatively small company out of Palisbury, California, working in 90 countries all over the world every year. So, I mean, that was with him and the team that was here. And many, many of the people that I have on my team now have been at the company 10, 15, 20 plus years. Like it's a very, you don't see that a lot. 

Yeah. Stable environment with people who really love this, this company. They love the culture. They love what we do, how important our work is. And so I was, you know, blessed and pleasantly surprised when I stepped in and kind of got a five for the overall team, the culture. Everyone's like really bought in. They want to do the right thing. 

And they're really hard workers and make sure that like, you know, come hell or high water, we'll find a way to get it done. And so I think, you know, at first I was kind of, you know, worried about what am I stepping into here? You know, young kids coming into this company where people have worked here longer than my entire career, you know, at other companies. And, but the team was very, very welcoming and open and kind of ready for something new, which I think was great. I think at the, you know, highest level to answer your question of what, what I saw that needed to change. Some of it was some team dynamic stuff. I think it was eyeopening to me. 

I'd never been in an executive, much less CEO position before. And so I've always been used to just being able to like throw my opinion out there in the meeting. You know, I think, you know, this would be a good idea. And for the first couple of weeks here, I started to realize like once I threw my opinion out, people were like, OK, that's what we're going to do. 

And I was like, whoa, I'm new here. I don't know if that's a good idea or not. Like I was just stating that it's an option. We should talk about it and we should evaluate the pros and cons. And if it's a dumb idea, you should tell me if it's a dumb idea. 

And has anyone told you that any of your ideas have been dumb ideas? I don't use that word specifically. 

But yeah, at least to my face, probably behind my back. Right. But no, I remember like a couple of weeks in one of our guys, Ed Snyder, who's been with the company for 20 plus years. And I worked with him when I was at SpaceX. He was the program manager for me. So we know each other well. But I kind of threw out an assumption in a meeting and he was like, actually, no, that's not true. Like, and he gave me the data to show it wasn't. And I like call the time out. 

I was like, Ed, thank you. But like, everyone please do that if I'm wrong. Tell me. And so that's been, I think, one of the biggest things that I've been focusing on building over the last two and a half years here. This this comfortability with conflict and the ability for the team to just debate openly and not hurt each other's feelings or feel like, oh, well, my idea got shot down. So, you know, that guy thinks that I'm stupid or he's trying to make me feel bad. This is like, no, this is the way for us to come up with the best ideas for all of us to argue for a little while and then, you know, see the pros and cons and way I'm and then choose to pass forward. So I think that's probably, you know, culturally the biggest change that that I wanted to make. And I think, you know, we've made really awesome progress. And I think you guys even kind of pointed that out when you started talking with some of our team is seeing like the dynamic of the meetings and things. 

I think hopefully shows that we're on the right track there. And then I think from a more technical perspective, we, you know, have really kind of scaled this business model from zero to where we are now. And it's been a very siloed approach in many ways where like client A has their team and client B has their team. But then each of those teams develop an entirely different process for doing the same thing. 

Could be source inspection that suppliers or supplier quality audits. But we've got so many different flavor variants of what we do now. And so, you know, you have client A, B, C and D that are all trying to do the same thing, but they're doing it in four different ways. And so I think that's what we're working on now is trying to drive some standardization where we can and use best practices from all four of those clients to say, Hey, actually, if we do it this way, we can schedule more efficiently. 

Or if we do this, we can get you data instantly instead of you having to wait for us to fill out your form and send it. And so that's still a work in progress. But I think it's looking at where can we centralize some of those resources, create some synergies between different programs while still allowing that very customer centric approach from a, from a like customer service perspective that made us so successful to begin with. 

I love that. And it leads in really well to the next question because we were kind of talking about as we were engaging with SQA and go to market. This kind of question comes from how can go to market learn from quality. So most go to market organizations only think about quality when something breaks. What should they be trying to do sooner? 

Because, you know, we had originally had this conversation where together in Utah and the then and as we start doing the work through the process and you've come in, come from a quality perspective. What can somebody go to market leaders do to get ahead of that so it's not breaking too late? 

Yeah, I don't know that I have a great answer like specifically on, you know, what can they go to market leaders do? I think at a more holistic level when people think of quality, often they're thinking of probably a very small subset of quality. And to your point, you know, talking about products breaking and things like that. 

That's that's the worst case in every quality problem when you have an end customer that goes to use your thing and it doesn't work. So those are the ones that get the highest visibility and the most priority, you know, justifiably so. But I think, you know, from working and manufacturing my whole career, there's so much throughout the process. And this goes for software and any other industry as well. But when you start to really drill in and look at the amount of rework loops that are happening throughout the entire design, pre-production, production, you know, release process, there's so much opportunity to save money and time. If you invest in controlling quality upfront and doing it right from the jump. And that's where I think a lot of companies probably find that out a little too late. 

Once they have a product that's out there and they're ready to scale is when they run into all types of those issues. And I mean, that's something that, you know, the launch industry taught me pretty well is building one rocket is very hard. Building 50 rockets a year is hard in an entirely different way. And you have to transition this mindset from being like a science project into being a production company like a Ford or a Toyota or something like that. And so the level of focus on the details you have to have that's not always there from the beginning when it is kind of R &D startup mode. 

You have to get this like mindset shift across all your engineering teams and everybody that's involved in the process to just realize that it's not okay for me to take five minutes every time I do that to redo something that somebody upstream didn't do right. And people learn to just live with those little things are like, oh, well, I found these parts that are super cheap because they're originally used for a remote control car. But they're like a pretty good motor so I can use them in my rocket motor. 

But I have to sort through them and do all this testing and I order 100 and I throw 50 of them away and then I use the 50 that are good. But it works because overall it's like 1% of the cost if I were to buy this like fancy aerospace grade motor. And like that works kind of well when you're in scrappy startup stage. The problem is I can't guarantee that 50 out of 100 are always going to be good. So I may get one batch where 100 out of 100 are good. 

And that's great. But then the next time zero out of 100 are good. And now I'm laying production because I don't have parts. And so I think that's probably the hardest shift that I think people have to understand that I've seen as those companies grow and mature is like variability becomes really, really important. And minimizing that is almost more important than like improving your your yield to 100%. And that is at least if I can have consistent yield of 80% every time, at least I can plan around that and I'm not going to let my customers down or cause unnecessary delays. But when my yield goes from 20 to 90% on any given day, I just can't plan my business around that. And that's where I think a lot of the supply chain problems come in as well. If you're not really understanding that variability all the way through your supply chain, you're setting yourself up for surprises and surprises are almost always bad. 

Yeah, surprises are always bad. Always bad. Always bad. I agree. All right. As we come up on time, let's go to some quasi rapid fire questions. We're going to try to lighten the mood a little bit. But we'll see. Let's have some fun. What in your mind is the one leadership skill you think took you the longest to develop? Effective delegation. 

I think, yeah, I think especially early on as I kind of started getting direct reports and things, I had this mindset of, you know, I'm all, all out. I know how to do this really well and you don't know how to do it as well. And I'll, I could train you, but that's going to take me a lot of time. And then you're still probably not going to do it the exact way I do it. And as my scope grew, I came to finally realize that if somebody else spending 80% of their time on this is almost always going to be better than me spending 1% of my time on it. And so I'm still working on developing that skill. But that was one of the harder ones for me. 

Who's one leader you've learned the most from? 

Yeah, this is an interesting one. So I actually hired him here. 

Yeah, former director of mine at SpaceX named Paul. And I actually worked for him at Rocket Lab as well. And then we worked together at Hewlett Shem and Company Osab before here. We are very, very different. He's ex-British special forces, very like, you know, regimented, like this hardcore ops guy, you know, and we almost always approach problems from the exact opposite direction. Like my gut instinct is almost always the opposite of what his is. And I've learned from working with him over the years, like it's great to have that counterbalance because my gut instinct is not right all the time. And his is a right all the time either. It's right a shocking amount of the time I will admit. But it's been cool now to have him on my team. 

And still, you know, even though I'm his manager now, I'm still learning a ton from him because his natural style is just so different from mine. I love it. What's your favorite guilty pleasure snack? 

I'm not a huge snacker, but like probably ice cream. There's always room for ice cream. And especially anything like peanut butter, chocolatey, that's always a go to for me. 

Last one is a wrap up. Dream vacation destination. 

My wife and I traveled a lot. We have two young kids now, three year old and a eight month old. And we just got back from Europe for two and a half years. So that was an adventure. But one that's been on my list for a while is Patagonia. I'm a big hiker and outdoors guy and every time I see photos from there, I'm just like, I got to get down there. So that's probably top of my list. I love it. 

Absolutely love it. Michael, thank you so much for joining the show. We appreciate it. It has been great chatting with you and talking about how we tie quality to go to market and to software. Thank you, Michael. Appreciate it. Thanks so much for listening. We hope you enjoyed the conversation as much as we did. 

As we say at the end of every show, give four to your receive. Reach out to someone today and offer your assistance. 

Don't forget to sign up for our newsletter at revenue-reimagines .com for your chance to win today's giveaway. Member only exclusives and actionable tips delivered directly to your inbox. 

We would really appreciate if you head over to your fair podcast site, drop a five star review and share your fair episodes with your network. Until next time.