Transcript
A (0:04)
Hey there, agile adventurer, just a quick question.
B (0:07)
What if for the price of a.
A (0:09)
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 Irene Castagnotto. Hey Irene, welcome back.
C (1:19)
Hello again.
B (1:21)
So Tuesday is Team Tuesday, of course, and we'll talk about teams in a second. But before we go there, Irene, share with us what was the book that most inspired you in your career as a Scrum Master?
C (1:33)
So the book that most inspired in my career, but basically also in my life is Switch. So how to change things when changes are at quite cheap and hath. And this is because what the book is saying is that change is not hard because people are lazy or resistant, but because it involves a conflict between our rational and emotional side. So I very like also studying psychology and something that I and also pedagogy. So it's something that I always did in my life and I think this book is very useful to understand how to bring up changes and how to help people change. It's very useful because they explain to you how the change is divided in three steps. The rider, which is the rational part, the elephant, which is the emotional part, and the path, which actually is the environment. So sometimes when we think about changes, we think just about the logical side, the rational part. But it's not enough sometimes. Well, actually mostly all the time. And it's very useful for this grandmaster because you have to understand that you need rational, emotional and environment at the same time to make a change happen. So, so basically what they are saying is that when we have to apply a change, we have to understand the rational part, which is finding the problem or finding what's already working and create changes that are Concrete steps, so not value. It's like the user story. You have to take a small, you have to take it that is concrete and you don't have to take something that is fact. And then you have to reduce the complexity, complexity. Because when you, when you see the problem from a logical point of view, you can understand all the steps and you can connect the dots and understand, okay, I can reduce complexity, complexity in this point, but this point is high risk, I cannot do it. But then when you understood the logic, you cannot, you cannot just say, okay, this is the logic, we have to apply it. But you have to make people understand why we are doing it. So also the emotional part of you, you have to motivate them. So you have to explain the story so the why and also make the outcome feel achievable. So they can say, okay, this makes sense from a logical side, but also I am motivated because I believe in that change. And then the last part is if you are logical and you have the emotion on your side, but you don't have the environment, it could be very, very, very hard to apply the changes. And that's where actually the Scrum Master has the most difficulty. So tweak the environment, make it happen. Because everything near the person or near the team is letting them do it. And that's where we understand the issues. We understand if there are dependencies between teams, we understand if there's some teams problems or roadmap problems, management problems. And you have to make it happen. Also tweaking the environment and then celebrate the processes. Because if we say, okay, do it, next one, next one, next one. And we don't even stop and say, okay, good job. Sometimes a lot of developers have this kind of strategy, okay, done, next one, done, next one. And when you ask them, okay, stop, please say that you've been good, everything is fine, they feel strange. It's so good to see that.
