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 Wednesday the Leading Change episode, as I like to call it this week with Irene Castagnotto. Irene, welcome back.
C (1:21)
Hello.
B (1:23)
So change is the topic of today and because of this, we want to hear a story. Not, you know, because we might be in the same story, that's a possibility, but because we want to understand how you look at change in practice right when it becomes this day to day work that we need to do. And we all need to do that work. So Irene, tell us the story of a change process that you were involved with and walk us through the steps, the steps of that change process. And as you go, highlight for us the tools, the tips, the tricks and the techniques you learned back then that you still apply today.
C (1:59)
So as change processes, I think that every Scrum Master has to deal with them basically on a daily basis. But the changes that I felt the most hard deal with are the management one. And that's of course what I want also to start from the management point of view. So if you think about your manager and you have a company, you want that company to be the most beautiful, the most amazing, the most powerful, the most good in a market way of view of the old world. So you'd really take care of that. And when someone asks you to change, you have to understand why are you changing, how you should change, and why you should trust the people that's asking you to change. So that's something that I want you to focus on. So the story started when we have the moment of a lot of dependencies between teams and that leads to understand the root Cause, which I don't know if we took it the right root cause, but at the moment we understood that the problem was that the team were not working together in the good way. So we were not organizing the ethics in a way that were not dependent from each other. And that's why, because sometimes you can avoid dependencies, you can make people working in a way that dependency does not exist, but sometimes you have to take care of them, sometimes they are just dependencies because maybe one team doesn't have all the information that needs to build something. So at that moment we wanted to propose a way of working. It was very simple actually, but a backlog. In that moment it was unique because at that moment we didn't have one. And we tried to go to the management and said, okay, this is the solution we are proposing as a Scrum Master. But it was not accepted at the moment and we were not understanding why, because it was logical. If you have a unique backlog, you can understand the dependencies and you can manage them in a way better. But we understand in that moment that they were not accepting this kind of proposal. Probably because we didn't explain it correctly, probably because we didn't say why and what was the outcome. And at the same time we didn't get the emotional part of it. So coming back from the book, we had the environment, we had the rational part, so we explained what's the logical above this proposal, the environment. So, okay, we have team constructed in this way. The company has Scrum Master that works along across this topic, the pos that work along across this topic. But we didn't say from an emotional point of view what it was going to change. Basically I think that what they were facing is a big issues understanding, like what's going to change in my daily life and in the daily life of everyone if we apply this tool, which is very common. But at the moment we didn't have it. So it was a failure and we didn't understand how to deal with in that moment. So sometimes one of the best things you can do is let things go away. So we just stopped for a moment and post the discussion. A month later they came to us and say, oh, I have an idea unique backlog. We were like, what? We are very happy that you have this idea, but we explained this idea to you one month ago. So it was very funny in the end. But one thing that you have to understand when you work with changes is that you have to be ready, but also the other people have to be ready. And we Came across all the same argument or the same topic and not ready from also a lot not ready for only from a logical part of you, but also emotional. Because when you are dealing with management, you are dealing with people that really take really care about their company. Not that adept or a few industrial master don't care about the company, but it's like their child. So maybe it was the wrong day and it could happen, but maybe also you have to understand how to explain every change in a way that is complete from all the three parts. And that's why it's very hard to take sometimes.
