Matt MacInnis: recommendation

Transcript context

…Also, very counterintuitively, and maybe the more optimistic perspective here is when you do give your team space to just twiddle their thumbs, bad things start to happen. Morale actually dips in my experience. People get distracted. They're like, "Oh, what are we even doing? It's not interesting." I find that keeping people busy and motivated and fired up, even though you may think they'll be happier taking a many week break and slowing things down, I find they get more, the more I actually goes down in those moments. So here's a management framework that I use fairly often. As an executive, you don't know how to get any decision exactly right. It's not knowable. You don't know how much budget to allocate. You don't know how many people to put on a project. You don't know how to set a deadline for when you're going to ship something. But of course, you have to set some default so you make your best guess and then you manage to that best guess and you learn as you go because in software development and in business in general, everything's emergent. These are not things that are knowable top down or a priority. And so you take a best guess and knowing that you're not going to get the right answer, you need to decide whether over-steering or under-steering relative to your perceived midpoint is better. And so let's talk about staffing. When you staff a project, is it better to overstaff or is it better to under-staff knowing that you can't get it right? Well, it's better to under-staff. If you overstaff, you get everything that you just said. You get politics, you get people working, I think most importantly on things that are further down the priority list than necessary. You have like 20 things on a stack rank list and you know that you got to do the top five, but the next 15 data's kind of ambiguous, but you've overstaffed the project. So the next 10 things down are getting worked on. Before you even know if they're necessary, that is poison. It's wasteful, it slows you down, it creates crust. And so it's very clear that under-staffing is less evil than over-staffing. In this particular framework, the advice is under-staff deliberately, always. And then the wisdom, the wisdom element is to know not to under-under-staff and sort of knowing the difference between those two things. And so that's the way we work at Rippling. Everyone is constantly asking for more resources and of course where we can afford to and where it's appropriate new resources arrive, but it is really important to me that we feel that we've deliberately understaffed every project at the company. There's a previous guest, I forget who this was. They used this metaphor if they want their team to be dehydrated to always be wanting more water. And then eventually they're too dehydrated and okay, we needed someone to help. Interesting. Yeah. There's a line along the lines of extraordinary efforts I want to make sure I read because I think this is really good. This may be a way to summarize what you're saying, that good teams get tired and that's when great teams kick the good team's asses.…

Stored transcript either side of the excerpt. The highlighted words are the published quote; the surrounding text is unedited source, never generated.