Welcome to a new episode the Agile Audit podcast โ a podcast where I sit down with your fellow Scrum Masters to talk about working with Agile teams.
In this episode, Iโm talking to Ryan. We had many great topics to discuss and inspiring stories to share.
As always, I asked Ryan to talk about his transition into the Scrum Master role because itโs inspiring to see people getting into this domain and succeeding.
We talked about how to show value and positive results a Scrum Master brings to the organization. Specifically, to the stakeholders who may be a bit removed from the day-to-day work of the team.
We also discussed the role of a Scrum Master as a connector, or glue, and why itโs important to let go of control and stop hand-holding your team so that they can self-organize.
Ryan also shared his A-ha moments when it comes to dealing with pushback and conflict.
All-in-all, it was a great conversation!
Meet Ryan

My name is Ryan Scougall. Iโve worked in IT for about 18 years, and have really started formally in my Scrum Master role over the past two years.
Before this I worked for and with a range of different organizations from telecommunications, to law enforcement, aviation and many others.
I live in Canberra, Australia, with my wife and two kids.

Would you like to be a guest on the Agile Audit podcast?
If you are interested in coming over to share your experience OR to get some coaching from me, then fill in this form.

Transcript
Daria: Hey everyone, itโs Darya here. Welcome to the Agile Audit, a podcast where we sit down with your fellow colleagues to talk about the real life Agile and Scrum, the good, the bad, and the ugly.
Daria: Hi Ryan, thank you so much for joining me today on this episode and um, weโll, weโll be talking about The role of the scrum master obviously as always and
Did you know that you want to be a Scrum Master?
I am excited to hear more about Your journey your transition and kind of how did you become a scrum master? So I guess I will start exactly with this question
Ryan: To be honest, it was a little bit by accident.
Ryan: Uh, I mean, as often as these things tend to be, you know, I started out my career, um, doing a bachelorโs degree in it and it was in a rural town. Um, Where I was living out of home with a fantastic group of people and learning, doing as much learning in the classroom as I was doing, uh, learning about life and what it was like to party and get friends and all that sort of stuff.
Ryan: And really I started out just through, you know, you might say a normal career transition from there. So like I went into different IT sectors. Um, starting off in junior roles and then moving around as I went, you know, my role before I was a scrum master was really in operations. Um, and my background is around service management and service delivery.
Ryan: And I just had a chance, really was a chance encounter with a friend. Uh, they had a project where sort of virtualized infrastructure project that had been running for a little while, but they had this sense of, uh, these agile mindset that they wanted to embrace, but they really do really didnโt have anyone within the team that.
Ryan: That sort of owned and championed that my background, Iโd worked around projects. Iโd worked inside and supported projects and working in it and, and all that something, it was a, it was a good fit to support the project and there was a growth opportunity there really with the project. And so I just joined and really started.
Ryan: Taking that by the reins and running with it. And then from there, you know, I started getting certifications. I started doing all the reading up, um, and then really injecting that sort of the frameworks, the mindset, and starting to try to drive change within the team to sort of bring out scrum practices, agile mindset, you know, just the normal stuff that you do around running an agile project.
Daria: Okay, so and then that basically slowly, I guess you were more transitioning into that scrum master role? Or was it originally the you knew that this is something that you will be going for?
Ryan: To be honest, it was so organic. Itโs kind of hard to explain. But I had an affinity towards it. Iโd done other types of work, so yeah, within the team, and my boss gave me a lot of room to, to take this role where I wanted to take it.
Ryan: He has, Iโve known this guy for a long time, and his general way of working is just naturally, Agile. He likes to experiment. He likes to move fast and that can mean stuff breaks, but you can fix it. Um, it doesnโt always have to be perfect. It just has to be good. And you know, that sort of approach really let me then just sort of get into this role.
Ryan: I think there were probably some misconceptions about exactly, you know, how the agile mindset and the various frameworks and various things you do, how that, how that works exactly. And within the organization, this project Exists within itโs not a naturally agile sort of organization Itโs very command and control sort of heavy, but somehow this project and you know this pocket of people We were able to really sort of take that take that further I started taking it in a direction like to go with a simple sort of implementation Initially, that was like sort of Kanban focused.
Ryan: It didnโt have a lot of the overheads that, that Scrum brings with it. We were trying to implement some of those things as we went. It was a learning journey for me and it was a learning journey for the project as well. However, as soon as we started going on this journey, it became quite obvious the benefits that it would bring.
Ryan: The project was already doing a lot right. I mean, it was, itโs a really successful project and itโs a great project, but I think bringing in these sort of these new elements, um, piece by piece, it really started to sort of supercharge what we could do. We started getting transparency around our work. We started getting more people on the same page about what was going on.
Ryan: And so I guess, yeah, it was that learning journey was really instructive for myself. It was instructive for the team and it allowed. In terms of, yeah, as weโve gone back to the original question around, how did it sort of, how did this role sort of come about within the team? It really was a natural progression that just seemed to make sense.
Ryan: And then as soon as it started to click with me about what was going on here, I just wanted to keep running with it. And Iโve got really hungry to learn more and hungry to do, to do this work because it just in a modern sort of context, it just seems to make a lot of sense.
How were you able to show the positive results of implementing Agile?
Daria: I think itโs interesting. Youโre talking about how. If you were able to see how small changes from agile changes implemented in the team, actually immediately you could see results. And I know that a lot of people are having trouble actually showing the value. Of whatever theyโre implementing as a scrum master So I would like to hear more about how did were you able to show?
Daria: The results in some way or was it just so natural that even the management and the executive teams Who is involved were able to see huh? That is the way to go. We should definitely continue
Ryan: That is such a great question and I feel like that is The perennial question for all scrum masters and agile practitioners is like, Oh, how can I actually demonstrate that this is adding any kind of value?
Ryan: And I think I, yeah. And Iโd love to put this question to you as well, because you know, I can learn something, maybe, maybe, maybe Iโll be more than one person will learn something from this, but look for us, I think it was so natural. It is so empowering to, you know, for example, you might go from a traditional team structure where you go, Oh, we just have a weekly meeting.
Ryan: Everyone gathers around the table. We talk about some issues. We talk about some next weekโs objectives and maybe thereโs a problem that we needed to resolve and you sort of jump around different things. And maybe the team leader or the project manager, whoever it is, sort of has an agenda that they want to run through for the meeting.
Ryan: And. If someone gets a chance to say something, you know, um, theyโll, theyโll chip in, you know, a problem they might have or whatever. And thatโs sort of like a traditional kind of way that the team might run. And thereโs, you know, thatโs fine. And in fact, thereโs lots of things Iโve worked within where thatโs totally workable, everything just hums along.
Ryan: Um, I think it gets a little bit more tricky when you try to work within a fast paced environment, um, that has all the complexity around it, the unknowns, uh, you run into technical issues. Youโre running into changes with customers expectations and customers requirements and things like that to have this week long gap between an exercise of everyone getting together.
Ryan: And so within our own project, weโd have sort of longer gaps between, um, you know, sort of inspecting what we were doing, checking how progress was going, those sort of formal events or anything in between that. That would let, that would just naturally let people sync up and, and, and, and, and sort of problem solve in real time.
Ryan: Um, of course, individuals within the team, it wasnโt like a toxic environment or anything like that. Individuals within the team would bump into each other. Theyโd sort of try to solve something and then theyโd go on their way. But as you, you know, as Iโm sure you can appreciate, that just happens in these isolated bubbles.
Ryan: It doesnโt really disseminate out. And so as soon as we started moving to a practice of like, in the most basic thing of like, okay, letโs just do a daily stand up. Letโs do that. Letโs put a Kanban process in, and we didnโt sort of half ass a Kanban process. It wasnโt, it wasnโt like, um, oh, Kanban, um, means you just have like to do doing done and just anything goes.
Ryan: Just as long as youโve got tickets in there, anything goes. It wasnโt that. I spent a lot of time actually researching it and going, weโre having WIP limits. Um, weโre not moving stuff backwards in this queue. Weโre mapping out our knowledge discovery process. Thanks. You know, how, how works to flow through.
Ryan: And then all of a sudden it was like. Yes, there was some pushback. What do you mean pull? Canโt I just push it to the next guy and all this sort of stuff? It was like you get the friction you get the pushback and all that sort of stuff and you sort of find the happy space and then once itโs Sort of soaked in with the team.
Ryan: Itโs like ah, look, thereโs a bottleneck. Thereโs a bottleneck right there testing. Thatโs a bottleneck Um our our review, you know our review phase Hey, weโre getting a bit of a bottleneck here because we have three people that need to do these reviews, you know And then you say oh, how can we sell that?
Ryan: How can we sell that? Yeah, and And itโs like, well, a daily stand up, you know, weโve got this board, weโre seeing all this work in front of us now, a daily stand up is allowing it to be, you know, transparent, can inspect it, we can then come up with ways of changing what weโre doing. And so that started. And then itโs like, okay, cool, well now weโve got, now weโve got that going.
Ryan: And, and like everyoneโs getting it, like it just makes working better. What else can we do? What can we do next? Well, letโs talk about sprints. Letโs talk about, you know, um, what, what do we get from that? Oh, we get all this focus and you know, my boss was like, Oh, letโs just do sprints. Letโs, letโs go for it.
Ryan: And itโs like, Whoa, okay, yes, letโs do it. This is a big change. Um, but, and we did it and we just lent into it and then naturally course you have to have. ways of managing that exercise. And you, you run into problems as you do it. Youโre like, okay, well, weโre going to do, no, weโre already doing backlog refinement as part of our practice because.
Ryan: Yeah, again, you would, I did, uh, yeah, I did X. I made the, you know, I made the blue widget. What, whatโd you make the blue widget for? I wanted the, I wanted the, um, you know, I wanted the green, the green doodad. Ah, I didnโt know that, you know, uh, itโs like, okay, we need to actually define the work. We need to make sure weโre going through this process.
Ryan: Now that wasnโt, again, I donโt want to make out it was really, really terrible, or like we were doing lots of good work, but keep bumping into these issues and naturally, Naturally, these things would just repair themselves and get better by, by putting in the, you know, those practices and those behaviors that, that Scrum brings with it and, and other agile sort of techniques that you can use to define things, run things properly, get that feedback that you need, have that constant communication, you know, that direct communication that you want to have sort of people in real time solving problems.
Ryan: So that was really organic for us. And it just seemed to make sense. It seemed to emerge and make sense. And then other people within, within our larger branch started to notice as well, like some of the stuff that weโre doing just through it again, just so itโs natural value.
How did you manage to show the value of your work to stakeholders?
Ryan: but I guess what have you found Daria, how, how have you, um, Maybe in not every case, maybe you might have a fairly high performing team and itโs like, Oh, we have a, you know, we have this incredible way that we can inject this, this process and itโs just going to make things better because you can solve all these just obvious problems or whatever.
Ryan: How have you found trying to demonstrate value to stakeholders around, you know, the Agile practice?
Daria: Itโs a good question. Itโs a hard one too, right? A lot of the work that we do is more reliant on quality, I guess, quality of the work, quality of collaboration, and you cannot really put numbers to it, so itโs difficult to show whatโs going on, but I think Iโm kind of aligned with what youโre saying is that naturally it would, it would show, and I think if you are doing a good job and, um, after some time, you will be able to see results, Even if you are not maybe saying anything or youโre youโre not promoting it to the management Usually the team will right and basically that would be the how you show the value and I think I was working with the Recent project I was working with so the new teams and because iโm not there full time.
Daria: I didnโt feel that I was Contributing as much. And I was kind of feeling, okay, is it, am I really bringing the value to this team? Iโm not really feeling it the same way that I would normally do if I was there full time. And then I actually got the feedback from the executives who said, no, no, we have, so whatever you did, whatever you worked on, it got better.
Daria: Iโm like, okay, good. Iโm not sure how exactly, but you know, if you feel that it got better, Perfect. You know, that means that it worked right. Or, you know, just coming to facilitate a meeting, right? So starting off with one of the teams, when I first joined some of their meetings, like the spring planning, they have already been running.
Daria: There are still, still new. After that one facilitation, they went back and basically kind of spread the word. Oh, it was so nice to have Daria there because we were able to stay focused. And really do a really good planning that we were not able to do before. And so I feel like those small changes and small wins is how you show value.
Daria: And itโs not a number. Itโs not something that I can put on a graph and say, The team happiness increased by 13 percent, right? So
Ryan: Yeah, we made 10 000 more dollars by running this meeting properly or something. Yeah, itโs So what is it? So you so they were so happy with what you brought to the team if you were going to say, you know In a sentence or paragraph or something like, you know, looking back on that feedback, what was the team not able to do or not able to recognize or do well when youโve come in?
Ryan: Itโs like, this is, you know, from their feedback and what Iโm doing, this is really what Iโm adding value. Like, it doesnโt have to be a number, but. Yeah, what do you think it is? Whatโs that little, that little extra bit of spice or that little thing that we add to teams?
Daria: I think itโs being that outside person, like a fresh eye that looks at things and notices.
Daria: It actually focuses the problems or notices the things that might become problems early on. Right. And usually for me, itโs more driving the team back and, uh, keeping them focused. So, okay. Where it seems like, weโre going off topic here. Do you remember why weโre here? We need to do this. Right. So letโs refocus or, um, actually helping them, I, I guess, think a bit more than just going with the flow.
Daria: You And thatโs what I think helps, you know, like teams who are just putting in everything into their sprint and like itโs a hundred story points, but our velocity is 50. Huh, doesnโt matter, right? And so you would be the person who says, well, wait a minute, letโs get back and letโs actually think about it.
Daria: Letโs discuss it because We often, I feel, have this tendency to just, you know, start a school, go with the flow, doesnโt matter. And I feel like sometimes we need someone who can, like, pull you back in and say, hey, wait a minute. Letโs think what kind of like, you know, if weโre going to, uh, like a personal trainer for, for sports, which, um, The same, right?
Daria: If you are going and doing it alone, yes, youโre going to do something and progress. But when you have someone who is there to correct your, your posture, to say, okay, come on, five more, five more, right? Youโre kind of feeling much more motivated and feeling more focused.
Ryan: That is such a good analogy of the personal trainer.
Ryan: Uh, I, I love that analogy. Iโm going to use that from now. Iโm totally stealing that now, Daria. Iโm going to claim it as my own. No, Iโm not going to claim it as my own. That was, that was really instructive.
Being a glue or a connector
Ryan: Yes. Um, and I think, you know, I look at what Iโm doing within, within our team, and I know Iโm not the only one who forms this role, but, um, just to add to what youโre saying, I guess, is you almost act like the glue as well, because itโs really easy.
Ryan: I find for especially technical minded people in my industry. For them to get into their zone, Iโll just sit in the basement. Iโll just tap away on my keyboard. Itโs totally unfair, thereโs a lot of great guys at YT, theyโre awesome. But, but, you know what I mean, itโs like, oh, yeah, yeah, yeah, yeah, yeah, yeah.
Ryan: Iโve done my bit and over to them. And itโs like, Hey, Hey, Hey, um, I heard such a, a great, um, thing the other day, uh, from someone saying, you know, youโre not a pipe, youโre actually a connector, and I thought that was a really good, a cool, um, metaphor to use because itโs like, I had even fallen into the trap of like, Oh, Iโll be the pipe.
Ryan: Oh, oh, youโre having a problem. Iโll go talk to them and Iโll go help solve that problem. And then Iโll come back and youโll be happy and everyone will be happy. And then of course. Iโd realize, Oh, hold on, hold on. I need these two people to actually come together and solve their own problem. And I need to be there, um, as that glue to make them feel safe, um, that they can share this, these issues.
Ryan: Um, yeah, they can be courageous. They can actually have trust in each other and engage in productive conflict. Uh, because I think that can at times be one of the things that, It can be a bit of a corporate no no. Sort of at the moment in the modern world, it seems to be like, Oh, everyoneโs got to be nice all the time.
Ryan: And everyoneโs got to be, you know, donโt say anything wrong. And I mean, of course, everyone needs to be respectful. Itโs a hundred percent. Itโs just goes without saying, um, and use diplomacy. But sometimes you need to, you need to be able to, uh, You know, Bob said this. I didnโt really, I didnโt really get it.
Ryan: I donโt think he gets it. Can you go talk to him? Yes, we can go and talk to him. Letโs go and get together. And so what did you think? This and that. Oh, I didnโt think that. And then thereโs, there can be a little bit of, and then itโs like, ah. Now weโre happy, you know, uh, I think that goes a long way and I think itโs, itโs, Iโve joined teams before where, um, and even in the team that this team that I joined, there was a bit of it where itโs like, Oh, I think thereโs some issues simmering here.
Ryan: Um, that if we donโt cast a bit of sunlight on, uh, then theyโll just continue to similar boil away and people wonโt work productively together. And then, and then, yeah, again, and again, just having to, to reflect and learn that. You need the team to solve the problems. You need to that when you have these issues.
Ryan: Itโs almost like, okay, so youโre having the problem. So what do you want to do about it? Then maybe, Oh, youโre not sure what the priority is. Oh, letโs do a little priority impact map or letโs do a little, whatever technique you want to use. Um, and then thatโs the value. Itโs like, Oh, now itโs easier to see what our priority is.
Ryan: Ryan didnโt tell me what my priority was, but we, we solved it through, you know, doing something like that. Do you feel that way?
Daria: I think that those are some definitely good examples and definitely that, um, metaphor around the community. Connecting right people. I think this is where I feel sometimes itโs hard for people to, how does it like dissociate from, um, am I actually the person who is resolving the problem?
Daria: Or am I the person who is connecting? The dots so that other people can resolve that problem. I think thereโs often difficult to actually step back from that and really allow the team to potentially self organize and figure it out. But for you to just be there like a referee.
Ryan: To be honest, you know, I think thatโs, I know one of the things that, you know, you sort of wanted to talk about is one of the biggest misconceptions in the industry, right?
Ryan: And I, Iโve had to learn this myself. Um, Iโve come from organizations that were sort of command and control driven. And, you know, you had formal roles and you had formal authority. I mean, those roles of course exist everywhere and they need to exist. But, um, you know, I, coming and moving into this space, You know, with that background in more of an operational role, um, with strict rules, governance frameworks, sort of prescriptive process around it, um, I brought some of that with me to the team.
Ryan: And they had that going on as well within, um, within certain aspects of, of our team. And within the greater organization that I work at, thatโs, as I said, thatโs part of it. And as I mentioned, I pushed the change within the team to, to sort of allow us to be more agile, to be more transparent, get the inspection going, changing what weโre doing, learning from doing and all that sort of stuff, um, which wasnโt completely foreign, but it was nice to have wrapped it up in a nice little bow.
Ryan: But what I found as I was doing that is I started to turn into an advocate and I can be a passionate person. And so that just naturally started to happen. And itโd be like, Oh, we need to do X and Y and you know, and these are the reasons why and you know, Iโd explain it and people would ask questions and people would come along for the journey.
Ryan: Um, but then at times thereโd be pushback and Iโd start to protect, Iโd start to protect the process. Iโd start, Oh, no, no, no, no, no, weโre not going to do that. No, no, no, weโre not going to do that. And it was a self fulfilling prophecy a little bit because people would go, Oh, thatโs, Thatโs Ryan, Ryanโs the Agile guy, and we just, we listen to Ryan about Agile, and itโs like, ah, whoops, no, no, thatโs not, thatโs, weโre all, weโre all on this journey together, and I need to get out of your way, and I, I need to be here to support you, remove impediments, facilitate things, you know, bring people together, all that sort of good stuff.
Ryan: And get you out of the mindset because thatโs a lot of people have this mindset that you know Uh, you will tell us what the process is you you will tell us Um how this works and iโve got a problem I need to go and ask I need to go and ask ryan if iโm allowed to do this or if iโm allowed to do that And and itโs like oh, yeah Okay, I get like I like that youโre coming to chat with me and we letโs solve this problem together Um, you donโt need me to be the the guy that says oh no, and oh, yes, and iโm a gate You And you canโt get past here without my okay.
Ryan: Yeah. I needed to, I needed to pull back for that. And then, and also I need to let people make mistakes and do that experimentation and then bring that own feedback to like a retrospective and go, Oh, you know, this happened. So we tried to do that. And now I think we need to do this, you know, and, and, and so on.
Ryan: And so, yeah, I guess to, to sum it, to sum it up is I think often in more formal structured organizations, especially larger ones, I think there can be this misconception around. Uh, or when we get this person in, they need to just be going and just sort of, you know, we, they need to be strong and they need to change peopleโs minds and they need to get their sledgehammer out and make sure that weโre, you know, weโre coming along for the journey and then you find out six months later that that, that, that role no longer exists, you know?
Should Scrum Master have formal authority in an organization?
Ryan: What about you? What do you, do you find thatโs the case? Do you find that, that people feel like thereโs a, if theyโre not used to this, that they can sort of see the role as something of, you know, a formal leadership role? Like it should have formal authority over the top of it, or have you seen something else?
Daria: I mean, I think it, it depends my favorite answer, but, um, really itโs, it is a leadership role, but I donโt think that authority should be a part of it, like the official authority in the organization. And I think thatโs where the differentiation actually happens between a scrum master and say, um, a manager of a team, right?
Daria: That where a scrum master can be a leader and the same, as you were saying, maybe youโre nobodyโs manager. And maybe technically they can make whatever decision they want around the processes. But because they see you as a leader on this topic, they want to go and check with you, right? So now the question is.
Daria: Can you, instead of telling them what to do, direct them, right, and guide them, and let them figure it out. And I feel like that is naturally sometimes something that happens, right? If you are helping the team, and you say, you brought in some good changes that they have never thought of before. So to say, well, seems to be working, I donโt wanna ruin anything, so Iโm just gonna keep walking in the same direction, or wherever youโre taking me, right?
Daria: Because itโs been working, but now you need to stand back and say, no, no, no, no. I just showed you the first few steps. Now itโs on to, up to you to actually find the rest of the way. And, um, I think that transition is very difficult because when weโre talking about like the, kind of the rules of scrum, what the scrum master role is supposed to be, itโs, we see, for example, the daily scrum or the scrum master is not in the daily scrum.
Daria: The scrum master doesnโt have to facilitate all of the events. So there are a lot of things where we can say, well, the scrum master doesnโt have to be there. But then if you all have a new team, well, you kind of have to hold their hands for some time before you can really let go. And now I think the problem happens is that Weโre holding their hands for way too long.
Ryan: Oh my God. I was a hand holder. I was like a little parent with my little kids running along going, Oh, Iโll run this meeting. Iโll run it. So good. Daily scrum is totally it. Yeah. Iโm at the front. Everyone tell me what youโre doing. And itโs like, And I even knew when I was doing it I was like Iโve got to get out of doing Iโve got to get out of being this guy I donโt even like being this guy, but I just feel like I need to yeah, so totally get it Yeah, the hand holding thing for too long.
Ryan: Yeah. Yep. Yep. Iโm guilty as charged
Daria: I Think there are a lot of us who kind of feel this way a bit and I think one of the reasons is because it is kind of an expectation that a lot of people actually put on us and That well, youโre a scrum master, right? Youโre here full time. So you got to do something if you donโt do facilitate meetings.
Daria: And if you donโt come to the daily scrums, so what do you do? Sometimes itโs so hard, I feel, to explain to people what is the change that youโre doing, because Itโs like, you know, explaining what does the CEO do? I donโt know, but they are very, very busy, right? They are never available to come to a call, but what do they do?
Daria: Right? And I think itโs in the same way when you take roles like that, that are more leadership, more people based, that itโs hard to say, well, what are the things that youโre actually doing during the day? Um, and if youโre not in meetings and I feel that thatโs why kind of keeps us longer in that role of facilitating and leading everything.
Ryan: Yep, I agree. Yeah, very much agree. Sometimes it can feel a little bit like I better justify my existence. Um, and sometimes itโs like, well, right now what else would I do? Like, Iโm here. Um, like itโs kind of a natural fit, so Iโll do it. And you have to get a little bit uncomfortable sometimes. And in fact, I took an opportunity with our team where one of our guys was like, he just walked up to the board and itโs just like, oh, Iโm just gonna start talking to it.
Ryan: And it was like, huh. This is, this is amazing. Oh, Iโm stepping back and then we just went around the room and Iโm like, ah, this is so good. This happened. And now weโre sort of, now weโre continuing to run with that. It can be a bit of an exercise sometimes in just showing people that youโre there to support.
Ryan: Um, youโre not always there to just run everything. Yeah.
Daria: Yeah, definitely. Um, I was telling them a funny story when I was, uh, teaching a class. About it when the same was kind of part of the dailies all the time and I was trying to get away from it and Stop being there and I what I started doing because we were in the office sitting in the same area I just started going for coffee breaks exactly at the time of the daily.
Daria: Iโm like, sorry, Iโm Guys do the daily. I need to go. And then I came back after one daily like this. And one of the developers came to me and said, I know you werenโt there, but I like felt as if youโre staring in my back the whole time. So I was always thinking about. Okay, if Daria is not here, but what would she say?
Ryan: Thatโs good in a way. I think itโs kind of keeping the discipline. Itโs like, you know, people donโt just slack off and ah, whatever, you know? Yeah,
Daria: Yeah, itโs funny.
Letting go of control
Daria: I think like sometimes you just need to let go. And then that will sometimes show you that the team is really capable of doing a lot of these things.
Daria: And maybe they will not have the best solutions or on processes at the beginning, but eventually they will get there, right? And in the end, itโs not like. You have the best answers every single time.
Ryan: Well, yeah. And I think that also unlocks the power of the event. So, you know, if a scrum master is hanging around all the time in all of these different events and sort of running them, perhaps always, um, I donโt have a problem running these things on a fairly regular basis, but if, like you said, if you do give them that space, itโs like, Oh, this isnโt a status meeting anymore.
Ryan: Ryanโs not here or the scrum master is not here to be like, Oh, okay, and Iโm talking to you, and Iโll tell you what I, what I did yesterday, and what Iโm doing today, and all this sort of stuff, itโs like, I donโt know, you donโt have to do that. Thereโs a whole bunch of people in this room that you can sync up with, you can, you can, you know, unblock things with, you know, you can alert, theyโll pick up on something that youโve said, and then theyโll want to problem solve with you, or learn whatโs happening so that they can, they can navigate around that, or whatever it is.
Ryan: And if Iโm not there, youโre suddenly going to ask, what is the point of this?
Daria: And
Ryan: if youโve got a brain in your head, youโre going to go, well, Iโve got all my team members here and you know, I need help from, um, Sally. So Iโm just going to tell her right now. I donโt have to give a status update. Itโs Sallyโs right there.
Ryan: And Iโll just, Iโll just sync up with her. So yeah, I think, I think sometimes the absence. Um, of, of a scrum master gives people the space to actually just recognize and have that the value of that meeting will actually land with them because they have to sort of take ownership of it from that point forward.
Daria: Yeah, good examples. There was something that you mentioned a bit earlier that I actually wanted to follow up on. Itโs one of the things around, um, I guess making changes in the process, the rules, right? As you were saying that, uh, people would kind of say, Oh, we need to go to and check with, uh, Ryan whether this is a good change or that, like, we can Do this change and itโs aligned with whatever framework weโre implementing.
Daria: And there are some certain rules that we definitely want to keep, well, keep implemented and not change. We cannot really like cherry pick everything. So how do you find the balance between. Being like a scrum police, itโs like, no, no, no, weโre not changing that and Allowing people to find the way but still like keep them in the right boundaries
Ryan: Iโve totally been that person that says no weโre not changing that and then Iโve realized that was a mistake by the same token You know, youโre so on the money here with this question because there can also be this huge misconception Probably the other giant misconception is that anything goes theyโre agile.
Ryan: Like that just means That just means tailor everything To our business. Thereโs no Forget standards forget documentation. Why would you worry about that? That can all come later. Thatโs document debt. Itโs a tightrope walk sometimes Uh, which I fall off Regularly and I have to sort of again, you know Just relearn some of these lessons and you do you get I I get better at it Um as I go, you know doing courses like yours Has helped me to gain techniques on, on dealing with these sorts of things, but itโs like, I guess in some ways, every framework, itโs like every set of agreements and rules that we have.
Ryan: Um, one of the biggest things Iโve learned is to make team agreements explicit and itโs a journey because itโs this balance between going, I donโt want to have 50 posters on the wall with like. You know, 20 dot points on each one and then just pull out my little scrum guide and say, you know, cause people go, right.
Ryan: But I think making team agreements explicit and trying to get those agreements as early as you can starts to bring everyone in on the conversation. Everyone buying into whatโs going on because theyโve actually created it themselves. And so when they come with a question, they, where theyโre like, I have, you know, should I do X or should I do Y?
Ryan: In many instances, itโs a case of going, well, so do you think it, you think youโve finished this job and you want to, you know, you want to close it out or whatever? Well, we have a definition of done, um, and we have a workflow here. So really, I guess Iโll just put that back to you. Is that, if we look at this, do you think we have done it?
Ryan: I mean, this is what we said, Oh, itโs just a small job. And like, you know, sort of already did it last sprint and this is just the clean up and donโt worry about it. Itโs all fine. Iโm like, thatโs great. That is awesome. As long as you think everyone else within the team will agree with that. And as long as you think youโve met our agreement here, then thatโs fantastic.
Ryan: And then it just comes to light. Then in fact, maybe, maybe they have done it or maybe they havenโt, but it just, it just sort of all, it all just sort of washes out because thereโs Other people, other interested parties within the team are going to start going, Oh, hold on a minute. The security aspect, you didnโt run it past me.
Ryan: And so, but then sometimes thereโs actual gaps in what weโre doing, or weโre doing listening. I think is super important. And you have to take on board the feedback. Like, Oh, it says we do this, but you know, I donโt know. Like, is that really what weโre going to do? Um, sort of taking that on and going, Yeah, actually this, this is a good question.
Ryan: I think we do need to establish something here or change, change what weโre doing because otherwise weโre just going to get results that weโre not, we just arenโt valuable or weโre just going to double up on effort or whatever, whatever it might be. And then at other times, like I can give you an example of something where within our team, you know, we have review points along the way of delivering something and I form part of that review.
Ryan: I donโt want to form part of that review. But you know what? It doesnโt matter. While I might not necessarily think I add a lot of value, by being a part of that part of the process, I donโt really slow anything down. You know, there is a little bit of value I add to this, this step. It was the teamโs idea.
Ryan: They wanted to do it. And I said, oh, am I really doing anything here? Am I actually sort of contributing to this process? Itโs part of the review, but technically all this aspect is taken care of and now Iโm doing this checkbox at the end. We think itโs important and, you know, thereโs a quality aspect that youโll be able to add to it.
Ryan: No worries. Okay. I can accept that. I can accept that.
How do you deal with pushback?
Ryan: One of the things I learnt from a book called Five Dysfunctions of a Team, which, You know, you probably know about it, itโs a fantastic book. What I really had to learn there was around moving from consensus to acceptance.
Ryan: That was a breakthrough really, a lightbulb moment for me, around going, you know, I donโt have to absolutely convince everyone of everything and have 100 percent agreement, you know, that this is perfect. We just have to be able to say, Oh, okay, okay, Iโll just stand behind this plan. I might not agree with every aspect of it, but I can live with it.
Ryan: I can live with it. We can run this experiment. And thatโs something I had to do for myself. That might be a long winded way of answering your question about when people come and either push back against, you know, something or want to inject their, their ideas in. But I think it comes down to listening and just being honest about inspecting what weโre, what weโre doing, um, and making sure that it, that it really makes sense.
Ryan: And then where it does, the thing that I find most This is most powerful, and I donโt always do but I have to make sure I do it more often than I do, is bringing the team in. So youโve said you donโt like that idea or you donโt want to do that thing, ok, cool. These are the reasons why but, letโs put it to the group.
Ryan: And if itโs a solid idea, almost always, The group will just start to defend the idea and people go, Okay, yeah, I get it. So, thatโs my approach when I take those type of things. What about you? What, how do you deal with when someone maybe challenges something? Or, well, how do you deal with something that you go, No, no, this really is important.
Ryan: Like, I really donโt want to change this. What tactic do you use there?
Daria: Kind of in the same way to put it back to the team, but here is what I think is important is to say, okay, so say, oh, we donโt want to do a daily scrum every single day. For example, a common example. Say, okay, great. So here is why weโre doing daily scrum.
Daria: Um, the goal is by the end of it to have a plan for the day for the whole team so that we know that we are advancing towards our spring goal. Um, we donโt have to do daily scrums, but you need to explain to me how youโre going to create that plan otherwise. Whatโs your plan to create that plan? Like, how are you going to replace it?
Daria: Yes, we donโt have to do it that way, but you still need to achieve the goal of that meeting. Okay. If it exists, so whatโs your approach? How do you want to do that? And then thatโs up to you if you have no idea how to do it. Otherwise, well, then I guess itโs daily scrum
Ryan: So put it back to them to solve their own problem.
Daria: Yeah to say okay great Well, I mean, I donโt iโm not married to daily to the daily scrum We donโt have to do it every single day, but you still need to give me a solution for the same problem. And so in the same way, we can say, Oh, we donโt have the, uh, the time for, or whatever, for a sprint review. Great.
Daria: So when are you talking to the stakeholders then to collect their feedback before the next sprint? Do you know, like, do you have a plan? And I think that thatโs often kind of going back to these questions and saying, kind of bringing back the purpose of the different events, like if weโre talking about events more specifically, or the purpose or whatever weโre doing, right?
Daria: For example, like, weโre talking about Kanban and we have work in progress limits. And right, someone says, no, letโs, Letโs increase our work in progress limits, you know,
[00:38:48] Ryan: working projects limits and apply to me. I can do 50 things at once.
Daria: And so itโs more of going back to why are we doing that? And okay. If you donโt want to use the work in progress limits, great. But whatโs your solution to the problem? If you have one, maybe perfect, you know, that, that, that works. Right. For example, I heard of, um, a scrum, but they were actually doing mob programming.
Daria: All of the time. So they didnโt need the daily scrum because they were constantly working together as a group. Itโs like the pair programming on steroids, right? Yeah, right. The mob programming. You know, if youโre getting to the purpose of that event, doing what youโre doing without having to have a 15 minute meeting.
Daria: In your calendar right then feel free to adapt it
Ryan: As long as you have an answer and itโs a good answer then go for it experiment with it Is that sort of the takeaway? Yeah. Yeah,
Daria: I think that thatโs in a way but also, um, you know, sometimes just um, Letting it happen say well, you know, letโs see how it goes now an example.
Daria: I I often give here We had trouble with the dailies People coming on time for the dailies in the morning. And so Iโm like, okay, we need to have this conversation somehow. Morning seems it doesnโt work. So what what are we going to do? Oh, letโs do the daily at 4 p. m Iโm like, okay, thatโs a terrible idea Iโm like, okay, you know if you everybody is on the team thinks itโs a good idea everybody.
Daria: Okay, cool Well starting from today, weโre gonna start doing dailies at 4 p. m Didnโt last that long because it was a terrible idea Sometimes you just let it go and say, you know, go ahead. Iโm gonna be there You To catch you when you fall, you know, but at some point also need you to Be able to explore and try new things and maybe make some changes and maybe cherry pick a little bit
Ryan: Now you brought up a really good example just a minute ago the sprint review and How do you like if I say the most?
Ryan: Thereโs some events sort of around scrum that just seem really obvious in their value Like a daily stand up you can kind of just sell it like youโre right at first people kind of can push back and go 15 minute every day. Oh, you say itโs only 15 Often, like within our team, it sort of just came about.
Ryan: Itโs like, oh, okay, no, this actually works. This is fine. This, this makes sense, you know, the backlog refinement. Itโs like, you quickly get confusion around. What is this? What does this item even mean? And we keep not delivering the things that we thought weโre going to deliver and backlog refinement comes around.
Ryan: I mean, that might be a little bit of a harder sell, but once people get it, theyโre like, no, this is really valuable. Retrospectives, I think, emotionally, once you get a retrospective going, This is just my experience. It probably varies. The mileage probably varies across all different organizations. So maybe this is a little bit, um, parochial to my sort of experience, but you know, running retrospectives, the emotional investment from the team is high.
Ryan: And so I think they, um, sometimes they forget the value, I think, because theyโre like, Oh, that. Do we, oh, we gotta run a retrospective. But then afterwards theyโre like high fiving and theyโre like, Mm-Hmm, , oh, thank God. We get to talk about and get these things off our chest and weโve got some actions that weโre gonna do and all this stuff.
Ryan: And itโs like, this is the best meeting Iโve ever been to . Um, itโs like, well, itโs all about you guys. That was all you. And youโre like, how cool is it to, to actually have a space that you can improve and, and, and share some of your, your emotion in. Thatโs awesome. The sprint review is probably one of the ones that, what do you do?
Ryan: Like when you have a, maybe a product owner that isnโt so. Invested in the product, like you might work inside of a larger organization where theyโre like, look, as long as this thing works, uh, I know thereโs a team that looks after it and I know that thereโs, um, some stuff going on and thatโs great, but I really, you know, from my perspective, I just donโt want there to be fires and I want there to be people screaming about the product not working.
How do you show the value of Sprint Reviews?
Ryan: So, you know, itโs valuable anyway, and the teamโs beavering away and then you sort of ask yourself, ah, whatโs the, in that instance, what is a sprint review? Bring um, how do we sell? I mean, I know I have ideas on why you want to sprint review Even if itโs internal to the team so that you know That thereโs a point that iโm not actually not even going to answer that question because then iโm just iโm going to throw this to you Actually, how do you yeah couch the value of the sprint review if youโre in a situation like that?
Ryan: Well, maybe the product owner isnโt totally non existent, but perhaps theyโre a bit distant from the product They know that itโs worth it That itโs sort of working, but maybe their level of investment in its improvement and itโs, itโs general daily, like itโs general health, um, sort of thing, isnโt as high as some other really enthusiastic product owners who are all over the product.
Ryan: How do you deal with that from a, from a sprint review perspective?
Daria: In this case, well, generally you would want to find someone who cares because otherwise your whole team can just go home and not do anything, right? So who will be upset if the team doesnโt do anything? And so I think youโre trying to find the person who Does want to know, uh, who is, is interested in whatโs going on with the product and, um, youโre trying to get them involved because thatโs the thing is kind of the longterm and maybe thatโs where you can coach the product owners.
Daria: Do you want to demotivate the team or not? If you want to demotivate the team, letโs cancel sprint reviews and never talk about what the team delivered. But if you want to have a motivated team, even a year from now, we need a way to show to them why theyโre doing it. And I think in a way, itโs kind of thinking, yes, you are maybe in a good situation right now, but will you be in a good situation a year from now, if youโre continuing kind of doing some of those bad patterns, such as not having a sprinter?
Daria: Right. And I think itโs more of kind of planning in for, for that future as well. Um, and in the meantime, trying to find a person who could be coming in and uh, interested, whether itโs just an internal user or someone like that, who would be able to jump in and provide some feedback,
Ryan: Yeah, right.
Daria: What are some of your ideas on this?
Ryan: Itโs really good. Like I like that motivation aspect that you just talked about. I think that makes a lot of sense because youโve had some stakes that youโre dealing with. Youโre, itโs like thereโs someone else outside of this team. You know, the product that I work with, weโre a motivated team. Itโs a great product.
Ryan: Um, you know, thereโs a lot going for it. So the, the motivationโs there. Um, and we had someone whoโs really working as the proxy product owner. There is someone who really. Sort of informally, they wouldnโt recognize themselves necessarily as the product donor. They call it something different than in our organization, but thatโs what they do.
Ryan: And they do have an interest in, in it. They arenโt completely like theyโre there. Um, but in terms of that sort of connection that perhaps that they would want to have with the product, if some other product owners would have, maybe isnโt as strong, um, as, as it could be. So what you talked about around this, around having those, those stakes around going, I need to show this to someone outside of our team.
Ryan: And theyโll give me feedback and now all of a sudden Iโm super motivated to deliver something of high quality, really understand what weโre doing here because Iโve actually got to please someone and their needs, not just what my technical understanding of this product is. That totally makes sense. Iโd also probably say, even internal to the team, one of the value adds, um, I think this, this event can add is, um, That you actually have a point at which we will look at what has been done.
Ryan: If you just miss that event, you go, you know, it doesnโt have to be a long and laborious exercise, but you just sort of go past the, we were doing a sprint, and now weโre doing a retrospective, where everyone gets to talk about how, you know, you missed it. The issues and the cool things that happened and all the great stuff and whatever else.
Ryan: But did we, did, was there any confusion about where we actually finished? Well, yeah, there was actually, there was confusion. Um, but just keep going with it. Donโt worry, just carry on and carry it over and do it in another sprint or, you know, You know, do it as a side thing until you just finish off that bit, whatever that bit might be.
Ryan: And so I think even internal to a team, I think if you have some kind of, uh, occasion where itโs like, Oh, I actually, we now need to sit around and look at this and ask the questions and make sure, you know, go back to the definition of done, make sure that we hit those agreements around that sort of stuff, because you might say itโs done, but itโs not actually done.
Ryan: Um, and thatโs really important because then it will just. Yeah, our quality will improve. So,
Daria: yeah, I think, uh, just as you were also speaking, I thought about like an example that you maybe can try to maybe play more on the emotional side of things as well with the person who maybe thinks that itโs unnecessary is to, Iโm pretty sure everybody in their career had this where someone comes to you on like Friday, you know, Late like almost end of the day and itโs like, oh, I really need this presentation I know itโs late, but can you please like I really need this And so you spend two extra hours at work to finish this presentation.
Daria: You send it out and you never hear back. Like, how does this feel? Well, do you want the team to have this feeling every single sprint? Right? Because they just send it out. And you And they donโt know what happens next. Something happened. They just hope. They like cross their fingers that someone actually cares.
Daria: Someone read it, you know.
Ryan: Yeah, thatโs such a good way of putting it. Where I am, there definitely is a care factor. And we are going to be doing better. Weโve got sprint reviews programmed in now, but having that ammunition behind the idea to be able to sell it and to be able to get people to buy into it, I think that goes a long way.
Ryan: I think in the emotional aspect, to be honest, weโre emotional creatures and to give people that story and that sort of feeling, like you said, I mean, how many times have we been in that position where someone said, Oh, I need the report or I need the presentation, please get that done. And you send it off and you donโt have a clue whether whatโs happened.
Ryan: And yeah, I think, I think teams could definitely pull into that trap lapsed. Absolutely fall into that trap and also fall into a little trap of, um, just a whole bunch of technical debt building up as well. So itโs like, uh, someone said that weโd done it, but Iโm going to keep beavering away in the background and thatโs going to take some of my capacity.
Ryan: And so itโs going to, itโs going to risk the next sprint that we go on. And eventually you find the little gremlins. Do you find that sometimes? You, the little gremlins are hiding in the corner. Yes. That are hidden under the rug and that are, whatever. You sort of trip over and go, hold on, I thought we, I thought we fixed that thing up and isnโt that done?
Ryan: Oh, itโs done. Itโs not documented. And yeah, no oneโs, no oneโs updating it. And ah, so it wasnโt done. Yeah,
Daria: yeah, kind of, uh, youโre just basically every time, uh, opening the Pandora box and youโre like, is there anything there? Okay. Seems to be empty this time, close it, close it quickly.
Ryan: Empty Pandoraโs box. Oh, wow.
Ryan: Youโre lucky. Yeah.
Daria: Good. Yeah. Thatโs a good, good examples. And definitely, um, some ways of how you can get the Pandoraโs box. People, the stakeholders, the POs on board with something like a sprint review, obviously it takes extra time. And, uh, that just may, might be difficult to show the value of it that easily.
One most essential piece of advice for Scrum Masters
Daria: Iโm looking at the time and I think that we, uh, should be wrapping up, um, right now, I think it was an awesome conversation. I had a lot of fun, some great stories that weโre able to talk about. I still have one question for you, uh, that I asked everyone is. What would be one most essential piece of advice that you would like to give to Scrum Masters, people who are listening to us?
Ryan: One. Yes. You put me on the spot, Daria. Um, one essential piece of advice. I would say that if you are interested Scrum Master, absolutely anyone can do it, but I think you have to have, uh, the right personality for it. And. One of the best books Iโve ever read was called Extreme Ownership by Jocko Willink.
Ryan: Heโs a navy seal. And it has, the lessons from that book have endured with me ever since I read it many years ago. And I think that you have to be someone who can be humble, which Iโm not always, uh, regularly fail at. My kids will tell you that. And you really need to be able to listen. So there are tools and techniques.
Ryan: Uh, online, uh, everywhere now. I mean, theyโre all over the place. And the great thing about the Agile community is that they, is that theyโre constantly sharing information, sharing different strategies and different tools and different bits and pieces around everywhere. And itโs really, really good. I mean, you know, your YouTube channel is a classic example of just, itโs free information thatโs just flowing.
Ryan: And thereโs lots of other, you know, Great YouTube channels out there. And so you can, you can start picking this up and thereโs obviously certification courses and all that sort of stuff. But I think if you want to get into this role, you really want to have, you want to take ownership of failures. You want to take ownership of, you know, successes and share those successes with the team.
Ryan: Obviously itโs never about just you. Itโs really, itโs honestly, itโs all about the team. And. Maybe this is just me, but I do feel like you need to have an inquisitive mindset as well. Again, this comes back to the personality thing. You canโt just sort of go cookie cutter. Yep, yep, yep, yep, yep, yep, yep. You need to take that feedback, let it sink in, you know, reflect back to the team, dig in a little bit into things.
Ryan: And not always think that youโre right. You know, you itโs sort of a motherhood statement, but you have to, you know, as I said in some of my other stories there, we sort of talked about, you know, not necessarily coming in as the, you know, drill sergeant and, uh, and just being like, um, thatโs it. Letโs just do it this way.
Ryan: And did it as the as the manager. I think it really is important to stay humble, to listen, uh, and to. Keep adapting your own practice and have that hunger to adapt and learn in your own way. I think thatโs, thatโs probably the, one of the key things that Iโve learned from my exposure in this space.
Daria: An awesome advice.
Daria: I know that I put you on the spot there, but I think thatโs how I get the best advice.
Ryan: What, what about you? Whatโs your number one? Do you have?
Daria: Oh, youโre, youโre throwing it back to me.
Ryan: Yeah, yeah.
Daria: Oh, one piece of advice. I think one of the things that generally, well, and not only as a scrum master, I think generally in life, I, something that would be important is to not be afraid of failure and actually be ready to learn from it.
Daria: Um, I think often we are actually not getting all of our opportunities. because we maybe havenโt tried because weโre, weโre afraid to fail. Itโs like you are failing a hundred percent of the opportunities that right. You didnโt try, like you didnโt get. So itโs more of trying it out and sometimes itโs not going to work.
Daria: And I think I talk about, about it, especially when I talk about building facilitation skills, right? Youโre going to fail. Itโs going to hurt. Itโs going to be extremely awkward, youโre going to hate it, but the most important thing is thatโs how youโre going to be able to develop and continue to grow and, you know, build your skills.
Daria: And I think this is especially true about the Scrum Master role, because there are no, like, really ways to know what is going to work in which situation. So you need to try it out and see. What works, you know, some things that you maybe worked for you previously with one team are not going to be working for you with this other team.
Daria: And itโs more about, Hey, discovery, curiosity. Well, what else can I do? Let me try something
Ryan: new. I love that. That is so true. Iโm going to make sure I hold on to that.
Daria: Awesome. Great. Thank you so much for your time today. It was really a pleasant conversation, lots of great insights, and thank you everyone for listening in.
Daria: And, um, I hope to see you in the next episode.