Transcript
A (0:04)
Hey there, agile adventurer, just a quick question. What if for the price of a fancy coffee or half a pizza, you could unlock over 700 hours of the best agile content on the planet? That's audio, video, E courses, books, presentations, all that you can think of. But you can also join live calls with world class practitioners and hang out in a flame war free and AI slop clean slack with the sharpest minds in the game. Oh, and yes, you get direct access to me, Vasko, your Scrum Master Toolbox podcast. No, this is not a drill. It's this Scrum Master Toolbox membership. And it's your unfair advantage in the agile world. So if you want to know more, go check out scrummastertoolbox.org membership. That's scrummastertoolbox.org Membership. And check out all the goodies we have for you. Do it now. But if you're not doing it now, let's listen to the podcast.
B (1:11)
Hello everybody. Welcome to our team Tuesday. This week we have with us talking about agile in construction, Felipe, Engineer Manriquez. Hey Felipe, welcome back.
C (1:21)
Hey Vasco, thanks for having me back. Love what's going on here. Let's keep going.
B (1:25)
Yeah, me too, me too. This is getting so interesting. I already selected a clip to send to one of my teams because they really need to listen to what we talked about yesterday. Diving into the Tuesday episode. First, let's talk about a book that influenced you. What was the book that most influenced you and helped you define your own approach to lean and agile construction?
C (1:46)
Yeah, I would say the number one game changer book of my early career when I was first learning about Lean and I was consuming about a book a month, that's as fast as I could read in those early days and mostly on audible. So like if it wasn't a book on tape, it wasn't happening. And the most transformative, the most amazing book that even sounds like a radio production is Elijah Goldrat's the Goal. The Goal. And I know it's like it's an amazing book about, it's fictional, but to show and explain and teach and so you can internalize the theory of constraints. And that book is something that even now, as a registered Scrum Master trainer that I try to embody and teach each of my students that are becoming Scrum Masters so they can understand how to make rapid improvements. And I think the goal, and this is not talked about that often, is really a phenomenal book so that you can implement Kaizen, which is rapid change. Rapid change for the better. With teams. And so in applying theory of constraints, I'm able to think as a system, observe an actual value stream, and mentally. And once you start doing this and that, that's a whole rabbit hole you could go into value stream mapping. That I think is very underutilized by so many Scrum Masters. And I'll even tell you that when I'm in Scrum training, in the early days when I was becoming a Scrum trainer, as people get to the end of the sprints, it's usually two day training. If the class is doing really well and asking a lot of questions and they're running out of time, they skip the lean stuff at the end of the final spri. And they don't teach people theory of constraints. And so a lot of Scrum Masters that get credentialed never actually learn this. Now I, luckily for me, I learned theory of constraints even way before Scrum. And what I used it for is in this method called Last Planner System Production Controls, where we do reverse phase pool planning, we create what look like Scrum boards, but instead of labeling to do doing done, we use days of the week because we know we love Gantt charts. So we have to make our visuals look just like a schedule. It's got to look like a schedule. And it looks like, it looks like a waterfall schedule. But with the new understand theory constraints. And there's a beautiful story for your. A lot of your listeners have probably at least heard of this book because the Goal was a, a worldwide phenomenon that's been published in dozens and dozens of languages. What you learn in that book is that it's the slowest, slowest part of a process that actually governs and dictates where the improvement should happen. And in the Goal, there's a great story, there's a story within the story. It's very meta, where there's a, a team of hikers going. And this, I can still remember this like. And I haven't read the Goal. It's been like at least two years since the last time I've reread it. But this is a book that I revisit in my like yearly. I'll probably read it again now just because you're reminding me how awesome it is. But there's a story where the, the main character is taking some kids to hike in the woods and there's a guy named Herbie that's slow and by helping Herbie, he speeds the whole process up and everything changes for the better. And I use that concept every single time I Work with project teams today, whether I'm doing full scrum or just.
