TopPodcast.com
Menu
  • Home
  • Top Charts
  • Top Networks
  • Top Apps
  • Top Independents
  • Top Podfluencers
  • Top Picks
    • Top Business Podcasts
    • Top True Crime Podcasts
    • Top Finance Podcasts
    • Top Comedy Podcasts
    • Top Music Podcasts
    • Top Womens Podcasts
    • Top Kids Podcasts
    • Top Sports Podcasts
    • Top News Podcasts
    • Top Tech Podcasts
    • Top Crypto Podcasts
    • Top Entrepreneurial Podcasts
    • Top Fantasy Sports Podcasts
    • Top Political Podcasts
    • Top Science Podcasts
    • Top Self Help Podcasts
    • Top Sports Betting Podcasts
    • Top Stocks Podcasts
  • Podcast News
  • About Us
  • Podcast Advertising
  • Contact
Not in our directory?
Add Show Here
Podcast Equipment
Center

toppodcastlogoOur TOPPODCAST Picks

  • Comedy
  • Crypto
  • Sports
  • News
  • Politics
  • True Crime
  • Business
  • Finance

Follow Us

toppodcastlogoStay Connected

    View Top 200 Chart
    Back to Rankings Page
    Technology

    Agile Mentors Podcast from Mountain Goat Software

    Mountain Goat Software’s Agile Mentors Podcast is for agilists of all levels. Whether you’re new to agile and Scrum or have years of experience, listen in to find answers to your questions and new ways to succeed with agile.

    Advertise

    Copyright: © 2023 Mountain Goat Software

    • Apple Podcasts
    • Google Play
    • Spotify

    Latest Episodes:
    #138: The Bad Meeting Hangover with Julie Chickering Mar 19, 2025
    Show notes

    Ever left a meeting feeling more drained than before it started? That’s the dreaded meeting hangover. Brian Milner and Julie Chickering dive into why bad meetings have lasting effects—and what facilitators AND participants can do to make them better. Overview Bad meetings don’t just waste time, they drain energy, morale, and engagement long after they’re over. In this episode of the Agile Mentors Podcast, Brian and Julie Chickering unpack the concept of "meeting hangovers"—the lingering negative effects of ineffective meetings. They explore why bad meetings happen, the shared responsibility of facilitators and participants, and practical strategies for turning the tide. From fostering accountability to knowing when to walk it off, this conversation will help you rethink how meetings impact team dynamics and productivity. References and resources mentioned in the show: Julie Chickering#137 Stop Wasting Time with Guests Kate MegawHBR The Hidden Toll of Meeting Hangovers by Brent N. Reed, et al.When: The Scientific Secrets of Perfect Timing by Daniel H. PinkRemotely Productive by Alex PukinskisWorking on a Scrum Team ClassSubscribe to the Agile Mentors Podcast Want to get involved? This show is designed for you, and we’d love your input. Enjoyed what you heard today? Please leave a rating and a review. It really helps, and we read every single one. Got an Agile subject you’d like us to discuss or a question that needs an answer? Share your thoughts with us at podcast@mountaingoatsoftware.com This episode’s presenters are: Brian Milner is SVP of coaching and training at Mountain Goat Software. He's passionate about making a difference in people's day-to-day work, influenced by his own experience of transitioning to Scrum and seeing improvements in work/life balance, honesty, respect, and the quality of work. Julie Chickering is the brains and brawn behind JC Agile Consulting, believes that Lean and Agile practices are packed with potential — to enable positive culture change, business agility, and breakthrough results. Julie is a past president and board member of the Agile Project Management Network (APLN), a Certified Scrum Trainer (CST), PMI Agile Certified Practitioner (PMI-ACP), as well as a traditional Project Management Professional (PMP). Auto-generated Transcript: Brian Milner (00:00)Welcome back Agile Mentors. We're here for another episode of Agile Mentors podcast. I'm with you as always Brian Milner and haven't got to say this for a while. So I'm happy to say again, welcome back to the show, the fabulous Julie Chickering. Welcome back, Julie. Julie (00:15)Thanks, Brian. Glad to be here. Brian Milner (00:17)Yeah, very excited to have Julie back. Julie is a friend of the show. We've had her on multiple times and it's been too long. We just need to have you on more often again. So thank you for making the time and coming back. We wanted to have Julie on sort of as a little bit of a continuation from our last episode that we had with Kate McGaw. You we talked a little bit about facilitation there and there was a lot that we talked about initially to set that up to talk about Julie (00:30)Sure. Brian Milner (00:44)just the fact that there's an epidemic of bad meetings. There's kind of a harmful thing happening where it's extremely prevalent that meetings are going poorly. There's not a lot of attention that's given to this. There's not a lot of focus in a lot of organizations because it's such a prevalent issue. of our meetings being so bad. And Julie pointed out to me this Harvard Business Review article that sort of became a touchstone, I think, for what we wanted to talk about. It's called the hidden toll of meeting hangovers. And we'll link to this in the show notes. But the idea behind the article was just to say, they quoted a stat early on saying that they did a study and found that more than a quarter, 28 % of meetings left employees with lingering negative effects, such as impaired engagement and productivity. And so that's what they were referring to this sort of this meeting hangover, that bad meetings take a toll beyond just the lost time in the meeting. And that's kind of what we were talking about more with Kate is, you know, yeah, we want to make our meetings better, but there is sort of this ongoing lingering that, you know, from my reading of this and what I've experienced, kind of compounds, you know? One bad meeting then can lead to another bad meeting and another one and that feeling of anxiety and disconnectedness and like I said here, impaired engagement and productivity, those kind of grow and get worse and worse the longer that you have these bad meetings. So Julie, I'll just start with you and say, you know, when you read this article, what was it? What was it that really stood out to you, that jumped out to you, that made you think this was an important kind of area of focus? Julie (02:27)First of all, I love the title because I can relate to it. So when you're having a hangover, you just feel terrible, right? And this person that they talk about first, Jacob, about like, he was so frustrated when he left the meeting. So the introductory story when he was so frustrated when he left the meeting, he canceled his one-on-one right after because he knew he couldn't concentrate. And then he was just like so upset. for the rest of the day and talking about how he just didn't even want to work on the project anymore. So just this, I just got this physical sensation reading this around how it feels when you're in a meeting that's ineffective. And we've all been there and I could just like feel it in my body when I read this story. And I also feel like once you know what I, what an ineffective meeting feels like, the ineffective one is more noticeable and draining. yeah, so and then this this lingering effect of morale and just wasted, just wasted opportunity. And it feels like Brian Milner (03:32)Yeah. Yeah. Julie (03:47)in the corporate world, this is the norm. That we just have meeting after meeting after meeting that's just sucking the life force out of everyone. And then we wonder why nothing gets done. Brian Milner (04:00)Yeah, I mean, this article is packed with statistics and it's tempting for me to just kind of read them all off to you. I'm not going to do that. But there's a couple of things that kind of jump out to me. they talk about how around half of people have this feeling of that as a result of the hangover from the meeting, that they have negative or harmful impacts on their interactions with coworkers. They feel more disconnected from their team. and they want to spend more time alone based on the fact that, I went through this really kind of, there's no other way to say it, traumatic experience of having this really harmful, bad meeting. they connect the dots by saying, people will leave these meetings and oftentimes they will then go commiserate with coworkers and say, share their frustrations, which is helpful, it's good. But it also, you know, they noted here, this can kind of spread some feeling of negativity or hopelessness, you know, that it's always going to be this way. You know, yeah, I had a meeting like that as well. Boy, I guess this place is doomed. It's always going to feel like this. And so they have this kind of ongoing, as I said, compounding almost nature of it that one bad thing leads to another leads to another leads to another. And pretty soon you've got this really harmful, negative work environment and it's not necessarily something that's just happened. It's just the repetition of going through those things lead to this ongoing negative psychological impact in the organization. Julie (05:28)Yeah, I'm just smiling because I can just think of some meetings that I used to have a leader that would always show up late. Always show up late. We'd be halfway through the topic and then he would show up and we'd have to stop what we were doing and go circle back and just speed and you could just feel. the whole mood of the meeting change. We were actually making progress and we have to stop and we have to go all the way over. And this is constant. So what we would do afterwards is then have meetings after the meetings to complain about the leader doing that. The more adult thing would have been of course to say to the leader, when you do this, Brian Milner (06:15)Yeah. Julie (06:22)This is the outcome. Brian Milner (06:25)Yeah. So, so that's kind of, you know, what we want to talk about a little bit in here as well is, in the last episode, we, focused a lot on facilitation and the idea that, Hey, there's a lot of responsibility to the meeting organizer, whoever's facilitating this to not have it be this negative kind of environment. And I don't disagree with any of that, that we talked about in the last episode. I think there is a lot of that, that is true, but I think it's, it's. important for participants to not look at that as, it's all the facilitator then, right? I'm just a participant, I'm showing up and it's your job to get all this stuff out of me. And if the meeting goes poorly, that's entirely your fault. And I think it's important for us to recognize, no, if I'm a participant, if I accept that meeting invite and I'm here, I have a role to play. I have a contribution to be made and I can have, you Julie (07:14)Right. Brian Milner (07:19)as kind of Pollyanna-ish as it sounds, I can have a negative impact or a positive impact on this meeting. And I think that's an important kind of responsibility to take a hold of. Julie (07:25)you Yeah, I agree. And I think about that in a couple of ways. So actually, in both Scrum Master and Product Owner class, I remind them at the end of every meeting to ask two questions. The next time we have this kind of meeting, what would you want to do differently? But you gotta ask the question. And if you ask the question and nobody says anything, then they can't feel victim to a poorly run meeting. But you gotta be able to listen. You gotta be able to listen to it. Doesn't mean you have to say yes in the moment. It could be that you would follow up after, but just ask the question. What would you wanna do differently the next time we have this type of meeting And then ask them, what did they like? Brian Milner (07:48)Yeah. That's good. Julie (08:11)I used to do it the other way around. I don't know if I told you this story before or not, but do you remember Daniel Pink did the he was our keynote speaker at the Scrum Gathering, our conference a few years ago when he talked about. OK, when he talked about timing. OK, so something he said is like, yes, he said, as people, if there's two, if there's good news and bad news to always start with the bad news first. And end with the good news, because as people, we remember the last thing we talked about it. Brian Milner (08:20)Absolutely. Yeah. Yeah. Julie (08:40)So if I say to you, okay, the next time we have this type of meeting, what would you want to do differently? And nobody says anything. Okay. What did you like? And then they leave going, we actually got something done. Unless of course we didn't get anything done. Brian Milner (08:57)That's awesome. Yeah. I mean, I think about like how in classes, a lot of times when we talk about forecasting and estimation, you know, I make a little joke. It's not really a joke. It's the truth. But when I present, I've learned over the years when I present information to stakeholders about timings, I, know, if, if I do calculations and it says it's going to take between five and six sprints to do something, I've learned to say the maximum amount of time it will take is six sprints. there's a chance it could come in as soon as it's five sprints and yeah. Yeah. I mean, I learned to do that because what I say in classes, I've learned a lot of people stop listening after the first one. And I think actually though, I may be wrong. It may be more what you're saying that, you know, we, we remember the last thing that we hear. but it may be a combination, right? Cause if, if I hear the low number first and I I'm happy with that, I stopped listening and I don't want to hear the bad news. Julie (09:27)Brilliant! Brian Milner (09:50)So if I say the bad news first, it could take as long as this, but there's a chance it could come in earlier, then I'm leaving them with the good news that it could be this, you know, as soon as this, but they've set their expectation that, you know, it could take as long as, you know, the bad news that I gave them initially. So I don't know, maybe there's a combination of that there as well. But yeah, I agree with what Daniel Pink says about that. And timings do make a big, difference for sure. and how we present things. Julie (10:18)Okay, so a key though in that is that you can only ask those questions if you're staying within the time box and you've allocated time to actually ask the question. And like some of these things that came up as the root causes of like poor time management, like running over or stuff like that. If you're running over, nobody's going to really want to take the opportunity to give you feedback. So what do you think about, so what you talked with Kate a lot about when we talking about here is the role of the facilitator. And I think we should talk about what people can do if they are feeling like they're the victim of the lack of facilitation or poor facilitation. So what do think about that? Brian Milner (10:52)Yeah. Yeah. Yeah, I mean, I think we have several roles to play, right? I I agree. If I'm not the facilitator, then it's important for me to come into that meeting, well, knowing what the expectation is. know, like if I'm coming into a meeting as a participant, I don't think it's responsible. to show up to the meeting. And I've shown up to meetings like this, showing up with the attitude that, hey, it's not my meeting. It's the other person's meeting. You got me. I'm here. But now it's on you to get out of me, whatever it is that you're hoping to get. And maybe I put in very little prep work for it. So there is some kind of interplay here between the facilitator and the participant. Because you could say, well, that's the facilitator's responsibility to help you understand. Yes, it is. That's, this is what I'm trying to say is I, I think it's a mistake to shirk that responsibility entirely and say, I'm not the facilitator. Don't look at me. Right. If, if they didn't ask me to prepare or, or, you know, here's what I need you to, to, come prepared to talk about. Well, then I've got a bad facilitator and you know, we're just, we're hopelessly going to be in a bad meeting. No, when I get the invite, you know, Kate said last week, you know, Julie (12:17)Mm-hmm. Brian Milner (12:22)You can decline invitations to meetings. You don't have to accept every meeting invite that you get. But if you do accept it, I think that there's an accepting of responsibility there to say, all right, I'm going to be a participant in this meeting. What do you need from me? And in advance, making sure you talk to that meeting organizer and saying, hey, I agree. This is probably a good thing for us to meet about, but I want to prepare. I want to know that I can come to this meeting armed with information that's going to be helpful to others and I can play my part. So meeting facilitator, meeting organizer, what did you have…

    Full show notes at the publisher

    #137: Stop Wasting Time with Guests Kate Megaw Mar 12, 2025
    Show notes

    In this episode, Kate Megaw joins Brian Milner to share simple but powerful techniques that can turn those soul-sucking meetings into dynamic, action-driven conversations. If you're ready to make meetings worth attending, this one’s for you! Overview Brian Milner and Kate Megaw uncover the secrets to running highly effective and engaging meetings. They tackle common facilitation pitfalls, the staggering amount of time wasted in ineffective meetings, and how simple tweaks can transform team collaboration. Kate shares practical strategies for keeping participants engaged, fostering psychological safety, and ensuring meetings lead to real action—because no one has time for another pointless meeting. References and resources mentioned in the show: Kate MegawARCLight AgileKatanuKatanu’s Facilitator Certification CourseKatanu Resources#44: Transformations Take People with Anu SmalleyAdvanced Certified ScrumMaster®Mountain Goat Software Certified Scrum and Agile Training ScheduleJoin the Agile Mentors CommunitySubscribe to the Agile Mentors Podcast Want to get involved? This show is designed for you, and we’d love your input. Enjoyed what you heard today? Please leave a rating and a review. It really helps, and we read every single one. Got an Agile subject you’d like us to discuss or a question that needs an answer? Share your thoughts with us at podcast@mountaingoatsoftware.com This episode’s presenters are: Brian Milner is SVP of coaching and training at Mountain Goat Software. He's passionate about making a difference in people's day-to-day work, influenced by his own experience of transitioning to Scrum and seeing improvements in work/life balance, honesty, respect, and the quality of work. Kate Megaw is the Founder and CEO of ARCLight Agile, specializing in helping organizations create empowered, high-performing teams through agility and collaboration. A dynamic Certified Scrum Trainer (CST), Certified Team Coach (CTC), and Project Management Professional (PMP), Kate is a sought-after speaker known for sparking ‘aha’ moments that drive real transformation. Auto-generated Transcript: Brian Milner (00:00)Welcome in Agile Mentors. We're back here for another episode of the Agile Mentors Podcast. I'm here as I always am, Brian Milner. I'm with you as your host. But today I have the one and only, amazing Kate McGaw is with us. Kate, thank you for coming on. Kate Megaw (00:17)Thank you for having me. Brian Milner (00:19)Absolutely. If there's some of you out there that aren't familiar with Kate, she is a CST, a Scrum trainer like myself. She's also a certified team coach. And she also has the other side of things, the dark side. She's a PMP. So she has that project management kind of background that she brings to the table as well, which I think is awesome. She's a CEO of a company called Arclight Agile. And she's a co-founder of one of our favorites here that's come on the show, Anu. But they team up together. So it's Kate and Anu. And so their company is Katanu. I love it. love it. So why we decided to have Kate on is because Kate and Anu both have done a lot of work around facilitation. And we did have a user request. Kate Megaw (00:57)That's it. Brian Milner (01:09)to have an episode where we focused on facilitation. And listeners of the show know there's nothing I love more than being able to fulfill listener requests here and try to do those as soon as possible. So let's dive in. Let's talk about facilitation. It's a funny word. There's lots of different misconceptions and things about it, I'm sure. What do you find people misunderstand most about facilitation? Kate Megaw (01:34)think one of the key misunderstandings around facilitation is that you're part of the meeting, you're part of the event, you're actively involved. And when you're facilitating, you're actually, taking a step back because you are accountable for making sure that everyone is speaking and that we're keeping an eye on the agenda and things like that. And if you are actively involved in the discussion, You can't be doing that because you're missing body language. You're missing people who need to talk and who aren't talking. So I think one of the main misconceptions is, or that people forget is a facilitator is neutral. So if, for example, you have a scrum master facilitating a retrospective and they need to be actively involved in the retrospective, they should be inviting somebody else in to facilitate it. and I think We're beginning to see a lot more interest in it now because it's one of these key things. If it's done badly, people generally will notice. If it's done well, hopefully you don't notice that much other than, you know what, that meeting was very efficient. We achieved the goal and I feel as though it was worth my time. One of the things I like to say to people at the end of a meeting is the fist of five, how worth your time was this meeting? And I'm looking for fives or fours. If we're getting threes, twos and ones, we've not facilitated it well, or the meeting didn't achieve its agenda and things like that. think a lot of the statistics around facilitation that have come out recently, and you and I were talking about these briefly before we started that the average at the Microsoft trend index shows us that average time spent in meetings by employees at the moment is 21 and a half hours a week, which is an increase, I know, an increase of 252 % since the pre-pandemic. So. Brian Milner (03:36)That's incredible. Yeah, I mean, that's more than half of a work week, right? I mean, we're spending more than half our work week in just locked in meetings. So you're right. We had this conversation beforehand and you were telling me that stat and it just kind of floored me that we're spending that much time in meetings. But it was the next one you told me that really floored me. And it's a combination of these two, I think, that people need to really grasp onto. So tell them what you told me next. Kate Megaw (03:49)Mm hmm. Yep. Yep. Yeah. So the next one is that the Harvard Business Review indicates their research, 67 % of meetings are considered by executives to be failures. So if we look at the financial impact of that, and this is something I didn't share with you, but the financial impact of that is for a company, imagine you have a company with 100 employees, unproductive meetings are wasting upward of $1.7 million a year. If you have a thousand employees, increase that number. it's one of these things that it is not difficult to do. It is just understanding why we need someone in the facilitator role. And the basics around the basic facilitation, the basic getting ready for the meeting, facilitating during the meeting and properly closing the meeting. takes those unsuccessful numbers up to successful numbers where you're getting those fives and people are sort of, yep, that meeting totally achieved the purpose and the outcome and it finished early. So I've got 20 minutes back before my next meeting. Brian Milner (05:24)Yeah, it's so incredible that combination of those two stats. I thinking that we're spending over half our time in meetings and that 67 % of them are failures, we're having a lot of them and we're not doing them well, clearly. Kate Megaw (05:36)Absolutely. I think with, I don't know with Zoom, well, I think with Zoom, it's got easier to have meetings. So we're probably having meetings where we don't need to have meetings. That's one of my favorite things to ask is, does this need to be a meeting? Or are you just going to talk at me and roll data out? In which case, send it to me in email. Don't tie me up for a meeting. Brian Milner (05:44)Yep. Kate Megaw (06:02)Because so many meetings are a waste of time that a lot of people are spending meetings multitasking. So we're taking an hour for a meeting that we could do in 25 minutes if people were 100 % engaged and following the agenda and things like that. Brian Milner (06:22)Yeah, yeah, that's so fascinating. it seems like such a, it's hard to believe that there's not more of that skill in just basic business training, right? Because if we're having all those meetings, then it would seem natural that there would be more segments that would say, you know, a little facilitation skill for, you know, a, you know, bachelor's in business, you know, like that might be a little helpful, right? Kate Megaw (06:41)Yep. Mm-hmm. Yeah, absolutely. And it's a small investment for something that will make a huge difference. I mean, one of the things Anu and I have been working on is the mnemonic of ready, reach, and wrap in order to make sure we have effective meetings. And the ready part of it is setting the foundation. So before you even get to your meeting, this is ahead of time. You're understanding, okay, what are the Rs? What are the roles and responsibilities? So if I'm facilitating, then who are the decision makers? Who is mandatory? Who's required to be there? Who are the, you can come if you want. Let's stop doing meetings to 30 people and expecting 30 people to show up. So we've got to understand the roles and responsibilities. The other, the E for the ready is expectations and engagement. Brian Milner (07:29)Ha ha ha. Kate Megaw (07:41)So if the expectations are that this is an interactive meeting, we're using Lucid or Mural or Mira, whatever tool we're using, it's going to be collaborative, webcams are going to be on, multitasking is going to be at a minimum, everyone knows going into that meeting what the expectations are. And then the A again is the agenda and the alignment. The agenda should be very clearly saying these are the items that the D is making sure where we have defined the purpose and the outcome. So every meeting, we need to know what the purpose of the meeting is, what the outcome of the meeting is, and they should be included in the agenda. We shouldn't be accepting meetings. Imagine the power of being able to decline a meeting if it didn't have an agenda in it. And if you think about it, why do we attend meetings? Brian Milner (08:27)Ha Yeah. Kate Megaw (08:33)with no agenda and people turn up to the meeting and said, okay, so what's this meeting for? Pretty sure we've all got better things to be doing. So make sure for every meeting we have a defined purpose and outcome. And then the why is making sure we as facilitators have your logistics ready. If it's Zoom, if we're using a remote whiteboard, do people need to practice it? Do we need to set up an environment? Do we need to make sure webcams are on? All that type of thing. So a huge amount of meetings would be better if we did nothing other than better planning with the roles, responsibilities, the expectations, the agenda, the defining the outcome and the logistics. If we just did that. Brian Milner (09:09)Yeah. Kate Megaw (09:23)I bet we're going to see the amount of productive meetings increase considerably. Brian Milner (09:29)Yeah, there's so much transfer here too as well, just to the normal scrum meetings that we have because, you know, one of the things I'll talk about lot in class is just to say, you know, you can't just expect to show up to something like Sprint Planning and have it go smoothly. You have to put in some work beforehand and get ready for it. Same thing with like a Sprint Review. You got to put in some work beforehand and make sure you know who's going when and who's speaking, you know, that speaking order and all that stuff. Kate Megaw (09:42)Yeah. Brian Milner (09:55)goes miles in making those more successful meetings. But the other thing that really interested me in that is you talk a little bit about purpose and that we don't really understand the purpose of the meetings. And that's something that's really stuck out to me is when I talk to people who don't like their Scrum meetings, it feels like 90 % that is just Brian math, but it feels like 90 % of the time, right? Feels like this. It feels like 90 % of the time. Kate Megaw (10:04)Mm-hmm. Brian Milner (10:20)that the people who have a problem with those meetings don't know the purpose of the meeting and that's really the root cause of it, right? If they knew why we were here, then the meeting makes sense. Now I understand what we're trying to do. Kate Megaw (10:26)Yep, absolutely. And I think one of the interesting things, I would love to repeat these numbers around the Scrum events, because I think by default, the Scrum events do have a purpose. They do have an outcome. We know what the roles and responsibilities are. We know what the expectations for engagement are. So I think the Scrum events are much more productive than your average event. Brian Milner (10:41)Yeah. Kate Megaw (10:59)But I do feel if we don't have well-facilitated Scrum events, that's where we get our criticism, or, this meeting was a waste of time. Okay, well, let's look at our facilitation and see, it an error in planning or was it an error in expectations? But it always surprises me when people say, well, Scrum's just so many meetings. And I'm so... No, we should have fewer meetings and if they're well facilitated, we need all of those meetings. So it's not as though we're having a meeting for meeting sake, which I think is unfortunately something we can't say for our non-scrum events. Brian Milner (11:43)Yeah, yeah, I mean, I go so far as to say, if you don't understand the purpose of it, don't show up. I mean, there's really no need to be there if you don't know what we're trying to get out of it. One other little side correlation there too, because this kind of ties in a little bit to some of the stuff I did this last year in kind of studying a little bit about neurodivergency and different neuro types and that kind of thing. And one of the things I found really fascinating was certain neurodivergent types, Kate Megaw (11:48)Mm-hmm. Mm-hmm. Mm-hmm. Brian Milner (12:12)really need to have an agenda in advance. And if they don't, then it just raises their anxiety level. they're just, you even not, you know, neurodivergent types, just regular, normal, you know, neurotypical people. There are those that just don't respond well when you're just throwing out a blank slate and saying, give us your best idea, right? They need time to process and think in advance and Kate Megaw (12:15)Yeah. Mm-hmm. Yep. Yep. Mm-hmm. Yep. Brian Milner (12:38)And so yeah, if we could send out that just the day before, it's not that much work. It's just one day earlier, right? It's actually the same amount of work. It's just doing it a day earlier. Right. Kate Megaw (12:45)Absolutely. Absolutely. It's just better organized. Yeah. I mean, I even on my team meetings, I know some members of my team want to know, because I always like to start them with segue questions and some of my team completely fine. Ask them a question, favorite food or you want to have any sort of segue question and they're fine with it. But I have my thinkers who want to think about it ahead of time. So I think it's important when we're facilitating any event that we understand the audience. How many of the audience are going to want to maybe read a document ahead of time? How many of the audience are, you know what, they can think on the feet, I can throw anything at them, but there are others that do need the preparation. yeah, I think that the planning that we do, if we can do it just sli…

    Full show notes at the publisher

    #136: The Future of Agile Coaching with Andreas Schliep Mar 05, 2025
    Show notes

    What’s next for Agile coaching? Brian Milner and Andreas Schliep dive into the shifting landscape of Agile coaching, the differences between Scrum Masters and Agile Coaches, and how to carve out a sustainable career in a changing industry. Overview In this episode of the Agile Mentors Podcast, Brian Milner and Andreas Schliep explore the evolving role of Agile coaching, the challenges coaches face in today’s market, and the skills needed to thrive in a shifting industry. They break down the differences between Scrum Masters and Agile Coaches, discuss how to develop a personal coaching style, and emphasize the importance of integrity and resilience. From navigating layoffs to redefining what it means to be an Agile leader, this conversation offers valuable insights for anyone looking to grow in their Agile career. References and resources mentioned in the show: Andreas SchliepCertified ScrumMaster® Training and Scrum CertificationCertified Scrum Product Owner® TrainingMountain Goat Software Certified Scrum and Agile Training ScheduleJoin the Agile Mentors CommunitySubscribe to the Agile Mentors Podcast Want to get involved? This show is designed for you, and we’d love your input. Enjoyed what you heard today? Please leave a rating and a review. It really helps, and we read every single one. Got an Agile subject you’d like us to discuss or a question that needs an answer? Share your thoughts with us at podcast@mountaingoatsoftware.com This episode’s presenters are: Brian Milner is SVP of coaching and training at Mountain Goat Software. He's passionate about making a difference in people's day-to-day work, influenced by his own experience of transitioning to Scrum and seeing improvements in work/life balance, honesty, respect, and the quality of work. Andreas Schliep is a Certified Scrum Trainer and executive partner at DasScrumTeam AG, helping organizations navigate complex projects with agile methodologies. A thought leader and co-author on Enterprise Scrum, he empowers teams—from startups to Fortune 500 companies—through high-impact coaching, training, and a passion for continuous learning. Auto-generated Transcript: Brian Milner (00:00)Welcome in Agile Mentors. We are back here for another episode of the Agile Mentors Podcast. I'm here as always, Brian Milner, and today I have someone we've been trying to get on here for a little bit, and I'm excited to have him here. Mr. Andreas Schliepp is with us. Andreas, thank you for being on. Andreas Schliep (00:17)Thank you for inviting me. Brian Milner (00:19)Yeah, very excited to have Andreas on here. Andreas has been in the community here for a long, time. He's been just really generous with his time and he's mentored a lot of people. He's a CST, a Scrum trainer. He's also a certified enterprise coach. So he has kind of those dual high level certifications with the Scrum Alliance. But he mentioned to me earlier, he's kind of always considered himself a Scrum trainer. But he's also a coach in this group called the Leadership Gift, or there's also another name here that they've used recently, Responsibility Immersion. So that might come to play in our conversation here because we wanted to talk about sort of the future of agile coaching and agile coaches in general. There's a lot of turmoil, there's a lot of upheaval and things that are shifting and changing every day in our profession. So I guess, you know, let's just dive into the topic here. Andreas, how do you see things currently? And, you know, in a broad sense, where do you see them going? Andreas Schliep (01:18)Yeah, so first of all, why am I concerned? So typically I say that I kind of, train coaches and I coach trainers. So most of my work is centered around the path of scrum masters and how they can kind of acquire the necessarily skills and insights to become actual coaches themselves. Or scrum coaches as I would prefer to say it. And that includes a lot of stuff like we want to equip them with facilitation, with training skills, with coaching skills, with systemic observations and other methods. And we've been doing that for a couple of years. And so of course we came across lots of good people, good coaches and good trainers, good consultants out there. And we kind of kept our community open. So it's not like people attend our classes and then we forget them or we only have closer relationships to our corporate customers. It's like we kind of managed to build some kind of little community. People keep coming back and we keep chatting about what's going on, what's happening in their environment. And as a mainly training focused company, one of the first effects that we notice is that our classes are getting emptier and emptier. So what's going on, especially advanced classes are not that well. So we still have some, well, yeah. basic attendance, but it's not as it used to be. well, a couple of years ago, we had like full classes and everything, and then COVID hit and we could say, okay, so COVID kind of reduced the demand for edutraining. And then the next crisis came and the next catastrophe and the next disaster. But there have also been some structural changes. I think that we are currently experiencing two effects that happen at the same time. So the one thing is that, well, Diana Larsen put it that way, Agile has won. So there's no doubt that organizations employ Agile methods and want to use Agile practices, some of them with, some of them without any clue about what that even means or what Agile thinking or Agile attitude behind it is, but still, there's no shortage on like the use of Agile or the, but there's also no shortage of the Agile basic training or educational videos, content or whatever. So people get lots of more resources than we used to get back then when we had like this one scrum book by Ken Schwabe. So read this and then you went out and said, how do I do that? So. And then came the second book by Mike Cohen and the third book and so on. had to, had all these puzzle pieces coming together where we needed to find our own way and build our proficiency. And now you get a flood of books and stuff going on, which is fine. So the one thing is that of course our profession is developing and it's kind of natural that you will notice some kind of within that. But there's another effect and this is one thing where we scrum trainers can kind of take responsibility for our own contribution. It's the fact that organizations can hire an unlimited number of low-level agile coaches nowadays. There's been no quality control. Anyone who went through a two-day CSM class could call themselves agile coaches and they got hired for lots of money and eventually produced nothing. some of them, some agile coaches or people who call themselves agile coaches even caused chaos. So, and the systems. that they were affecting started to kind of fix themselves and heal themselves from the Agile coaches by expelling those. So, and of course, maybe you have a third effect, which is sometimes it just doesn't work and you blame the Agile coaches. So if you just lay on your couch and you do nothing and your doctor tells you, you have to get moving, you have to get up and get moving and say, yeah, it's a bad doctor because... I still lie on my couch and my health is deteriorating and this doctor doesn't help me. He doesn't give me what I want. What do you want? Yeah, I want just, I would just want a pill that I can swallow that I'm healthy. It doesn't work that way. And then we had those people who were selling those pills, yeah, who were telling people, here we got a, we got a safe way that you can do this. All you need to do is implement this process, hire our consultants. Brian Milner (05:26)Yeah. Andreas Schliep (05:43)We kind of made all the thoughts and the heavy thinking ourselves beforehand and you just need to install it. Here's the roadmap, here's the process manual, here's the 300 page guide. Just do it this way. And this is also detrimental. now we have, I've been talking to many people, many great people, you've been laid off, who are looking for a new orientation. Brian Milner (06:05)Yeah, yeah, I agree. I mean, I think you laid that out really, really well because there's I think you're right. It's kind of a multi effect scenario. There's a lot of things affecting it. And I know I've had conversations with with friends and colleagues about this. And, you know, we've talked a lot about the I think more kind of the second thing that you're talking about, just that and It's sort of a chicken and egg thing because the industry has built up and spread agile concepts through offerings of usually two day classes. You and I both do those quite regularly. And I think we probably both would say that's a very valuable thing. to go through sort of that immersion kind of a couple of days to learn it and get a foundation in it. But there may have been sort of a misconception or it may have been sold incorrectly to say, now you're ready to lead an organization and transforming from zero to 60 in Agile. when you're not, right? I mean, you've got a good grounding. You're ready to begin learning with a team, but it's the first step. There's gotta be some sort of ongoing support system that when you come up against something that you don't really know how to handle, that you have someone to ask. You have somewhere to go to get help and get answers. Even the, you I work with Mike Cohn, I think he's a great trainer. But even a two day class with Mike Cohn, I don't think is gonna make anyone an expert that now you're ready to, you know, take on the huge challenge of cultural change within the organization, you know? Andreas Schliep (07:53)Yeah, yeah, it's like with anything agile, these classes are a starting point or a waypoint and not a designation. It's not the goal. So when I made my driving license, my driving instructor told me, and in Germany you have to spend lots of hours with your driving instructor. And my driving instructor told me gladly, now you can get to practice on your own. He was happy that he didn't have to co-practice with me any longer because I wasn't the best driver. So I actually aced the theory test, but the practical driving was a little more difficult and kind of probably was bad for the blood pressure of my driving instructor. yeah. And that way, but I never thought about this. So the idea was I get the permission or I get the next level to the next step. And the next step will be, I want to learn proper driving. And that's something that you need to do on your own. And with this understanding, we try to kind of provide a path for people to become better scrum masters and agile coaches by kind of revamping the CSP path, the scrum aligns and other things. A glorious project that also failed gloriously. I'm still not entirely sure why, but probably because the Scrum Alliance and many other people failed to understand the similarities between Agile Coach as a profession and the Scrum Master as a role. So they claimed that there were two different things. And I think that's also a structural issue in organizations. Brian Milner (09:16)Yeah. Andreas Schliep (09:25)that they see Scrum Masters and Edge of Coaches as different things. So the Scrum Masters work on the team level and they just know their Scrum and they facilitate the meetings and then they come up with nice cookies for the retrospective so that everybody on the team is happy. And occasionally they take one of the team members aside when they have some issues and help them go through that. That's totally fine, but the Edge of Coaches do the real stuff. release train engineers and the others, do the organizational thing and they don't bother with what's happening on the team level because they need to do the important things on the higher level. And with this attitude somehow fueled by some decisions by Scrum Alliance and other organizations like, yeah, in order to become a certified team coach or certified enterprise coach, you have to kind of prove that you're... had coached like 2000 hours or 2500 hours. But by the way, the scrum master worked. It doesn't count towards this coaching, which is totally ridiculous. So that means the misunderstanding of the role is a structural problem. Another structural problem is that the organizations that would need the most experienced scrum masters, they attract all the rookies. Brian Milner (10:16)you Andreas Schliep (10:34)because they don't even know what a good scrum master would cost like. They have those two day or even less day. I heard about a transformation at a large automobile builder in Germany. They had something like a half day class for scrum master training within the safe environment. And they wonder why they fail. They wonder why they're failing. Brian Milner (10:53)Ha Andreas Schliep (10:54)On the other hand, we have organizations, even here in Germany, they have great leadership and coaching concepts. So they develop the Scrum Masters. They have the finest Scrum Masters ever on such a high level that the teams actually don't need them because the teams also evolved by taking care and taking responsibility for themselves and paying attention to the work. So they're kind of over-coached. So like, I think it was at Rally 10 or 15 years ago. There was a period when the external rally coaches didn't get so many contracts. And so they went inside and coach all the software teams and rallies at Rally. And after three or four months, the software team said, please, please give us a timeout, give us a break. We over coach. It's just too much. We just want to do some work and maybe not get better for like a month or two before we, because it's Brian Milner (11:42)Yeah. Andreas Schliep (11:47)It's hard always to get better and even better and you're so excellent coaches, cut us some slack. So that's so, but this is the structure. So on the individual level, it's just the same as with any major shift in any kind of industry. If your current profession or your current job title doesn't fit any longer, focus on what you're good at and see that you Brian Milner (11:54)Yeah, yeah, yeah, right. Andreas Schliep (12:13)become excellent at that. So that's, it's an old formula. It's an old formula and it can be different things. So I know about some scrum trainers who go and went into software development again, because they said, actually, I'm passionate about software development. I can understand that. I have a developer background as well. So sometimes I'm not that unhappy about taking care of a website and other stuff. It's a nice distraction. But some are really great facilitators. But if they only go out with a label, agile coach, and do not let the facilitation skills and experience shine, then they might get a mis-hired. So we have great personal coaches in there. So people with various skill sets. And if you take a look at the agile coaching growth, we have Biomark, some of them others. Brian Milner (12:37)Right. Andreas Schliep (13:00)You see that it's a vast field. So you cannot expect anyone, maybe the two of us, but you cannot expect anyone to be, not even me, so anyone to be excellent in all these knowledge areas and to be such a light and catalyst in everything. So the idea is to find your own way how you can contribute best. and then collaborate with others in their fields. So for me, the most interesting areas in that field are training and facilitation. Because I think that's the main thing that agile coaches or…

    Full show notes at the publisher

    #135: Leading Without Authority with Pete Behrens Feb 26, 2025
    Show notes

    In this episode, Brian Milner and Pete Behrens explore the difference between managing and leading, the critical role of middle management in transformation, and how anyone—at any level—can drive real change in their organization. Overview In this episode of the Agile Mentors Podcast, Brian Milner sits down with leadership expert Pete Behrens to unpack what it truly means to be an Agile leader. They dive into the difference between leadership by authority and leadership by respect, the importance of competency in leadership roles, and why middle managers often hold the key to lasting organizational change. Pete shares insights on how leaders can navigate cultural shifts, manage organizational tensions, and empower teams to operate effectively in today’s fast-moving world. Whether you're a Scrum Master, Product Owner, or executive leader, this episode is packed with actionable strategies for leveling up your leadership impact. References and resources mentioned in the show: Pete BehrensAgile For LeadersJoin the Agile Mentors CommunitySubscribe to the Agile Mentors Podcast Want to get involved? This show is designed for you, and we’d love your input. Enjoyed what you heard today? Please leave a rating and a review. It really helps, and we read every single one. Got an Agile subject you’d like us to discuss or a question that needs an answer? Share your thoughts with us at podcast@mountaingoatsoftware.com This episode’s presenters are: Brian Milner is SVP of coaching and training at Mountain Goat Software. He's passionate about making a difference in people's day-to-day work, influenced by his own experience of transitioning to Scrum and seeing improvements in work/life balance, honesty, respect, and the quality of work. Pete Behrens is a leadership coach and Agile pioneer, shaping organizational agility for over 20 years—long before scaling frameworks took center stage. As the creator of the Scrum Alliance® Certified Enterprise Coach (CEC) and Certified Agile Leadership (CAL) programs, he continues to empower leaders worldwide through Agile Leadership Journey™, a global network dedicated to leadership growth and culture transformation. Auto-generated Transcript: Brian Milner (00:00)Well, welcome back Agile Mentors. We're back for another episode of the Agile Mentors podcast. I'm with you as always, Brian Milner. And today I have the one and only Mr. Pete Barron's with us. Pete, welcome in. Pete Behrens (00:15)Thank you, Brian, for the invitation and happy to be here. Brian Milner (00:17)Very, very excited to have Pete with us. If you're not familiar with Pete's work, you're in for a treat. Pete has been doing this for a long time and he has been really a foundational person in some of the things that the Scrum Alliance has done over the years as far as being involved with the coaching program and the leadership program and helping to design and put that together. His main focus has been in leadership. for several years now. And that's why we wanted to have Pete on, is to have him talk a little bit about Agile leadership. Because in today's world, in the context of a lot of the things that are shifting and changing in our day and age, I know that there's just a lot to consider in the area of Agile leadership. why don't we start, and I know this is kind of a softball, you probably get this question a lot, how do you define that? How do you define, is Agile leadership different than leadership, or is it... Is it essentially the same thing? Pete Behrens (01:12)Yeah, good, good starting question. So think of leadership as, you know, the ability or capability of influencing others towards a common goal. Right. That's that's what we look at as a behavior, a capability. Some people confuse that with being a leader. And that's actually different. We think of that as being, you know, having a title of authority. Right. So if you think about influence, there's really two aspects. One is I actually have a title that gives me the authority or I have respect. that allows me to do that regardless of title. So we do that a lot with leaders to actually kind of reset some of that and think about, right, this is a capability anybody at any level, any title can do as somebody. Now, the agile, you know, part of that, obviously, you you and I live in an agile industry and world. Why? Because things are changing, right? Things are changing faster than we've seen. Things are more complex. software has created endless possibilities of paths. And we like to use the metaphor of fog. So think of your operating in the fog. You need to sense and respond to make appropriate decisions. It's no longer available to us to kind of leverage the plan, follow the plan. And so Agile is simply a capability of leadership to operate in that complex, fast-changing world. Brian Milner (02:31)Love that. Yeah, I love that analogy. mean, I think about like all the times I've done cross country road trips and you drive into a fog bank, you're a lot more alert. You have to be really on point the whole time versus, you know, driving out in middle of Arizona somewhere where you can see, you know, the next five miles ahead, maybe relax a little bit more behind the wheel. That's a great analogy. So if we have to be kind of There's a difference here between being, I'm a leader in the organization because they've given me a job title and I'm a leader because I'm recognized as a leader. I'm recognized as such. What kind of characteristics, qualities come with that recognition? How do people, what differentiates somebody who is a recognized leader in an organization from someone who's not? Pete Behrens (03:14)Yeah, you know, certainly title is a recognition, right? So it's one way, you know, people and it's in effect, probably the most desired way to become a leader is I want the title. you may have seen this. I know I did when I was, you know, I was a director of engineering, VP of engineering before I became, you know, a coach and consultants. And a lot of times I'd get people coming to me and say, Pete, I want that job. I want that leadership position. I want to be the tech lead. I want to be the development manager. I'm like, well, prove it to me. They're like, well, no, can't until you give me the title. And one of the things we've realized over time as we've been studying leadership and developing leadership programs is people who receive a title before they develop competency actually are worse leaders because they end up depending on the title to influence. And leaders who develop the capability and now where do you get this? You develop respect. How do you get respect? Brian Milner (03:47)Yeah. Pete Behrens (04:11)you develop respect through expertise, right? This is some combination of education and experience that people are willing and choosing to follow your lead. And this is the basis of where most people kind of get into leadership is they've developed a certain respect in the organization. Others are willing to follow them. And so that's a typical starting point, a typical entry into leadership. One of the things we also help leaders understand is that's also a trap. And I'll just pause there to let you reflect on it. We can go into that rabbit hole if you'd like to. Brian Milner (04:48)Yeah, no, let's talk about that because you're right. There's a lot of times when you see someone in an organization that they've been there, they don't necessarily have to have been there for a long time, but they've been there and they've developed the respect of their peers. They're the best programmer on the team. So the organization recognizes that, recognizes that others in the organization see them as being exceptional. So they elevate them. Now they're no longer just programmer where they did an exceptional job. Now they are manager of of the programming team and they've been elevated simply because they were the best among the bunch. Is that the right thing to do? Pete Behrens (05:22)Right. Well, it's definitely a common thing to do. And it's not it's not the wrong thing to do. I think the mistake a lot of organizations make and you know, you can go back to Marshall Goldsmith, who wrote the book What Got You Here Won't Get You There. And what he's alluding to is exactly that. The skills you need to get into leadership aren't the skills you need in leadership. And so the trap that that leaders fall into is, okay, and this is my path. And maybe your path as well is I'm the best engineer. I'm the best salesperson, marketing person, whatever that is. I'm now coming into leadership. What is your comfort? Well, your comfort is in the work itself. And so all this new stuff about working with people and projects and project management and people management culture and, and other things are very uncomfortable. So I go back to my comfort zone and that's when I start to micromanage. start to redo other people's work. I start to get too detailed into the weeds and I'm not doing the job of leadership, which is really influencing others down this path. And this is one of those traps that many leaders fall into is we get these steps up to leadership, but then we're not properly educated and provided the tools we need to do that job. I think the studies we've seen of only about a third of leaders get proper education, mentoring or coaching to be a leader. And the way we look at this is, is, you know, hiring anybody into an organization from the outside world. You would never hire somebody without a detailed resume that outlines every bit of education, every bit of experience. And then you're matching against 30 applicants or 100 applicants picking the best one. Yet every day. We're promoting people with zero expertise, zero education in leadership into those positions, and it's just It's really silly and it's really backwards. And yes, we want to give them opportunities, but we also need to help them. And that's what we're not seeing, is we're not seeing that help. Brian Milner (07:20)Yeah, yeah, I mean, I'm old enough. I know that I remember in my dad's day and age, you know, it was not uncommon for any large organization to have a leadership training program within the organization. You would be recognized as being exceptional. You would be put forward and then you'd enter the leadership training program of the organization that would help you to elevate and become an effective leader. And we don't see that. as much anymore. You just kind of are elevated and hey, kids, you're on your own. Pete Behrens (07:51)Well, and what they're teaching is management, not leadership. And I think one of things we differentiate with leadership is we manage things like projects. We manage programs. We manage technology. We can manage documents and even HR programs, things like that. We lead people. And so, yes, there are a number of things that organizations, HR programs, et cetera, do to kind of help. Oh, you need to do a one-on-one. or you need to do basic communication. Like there is some, but it's not the things we realize help elevate. You know, we separate this concept of vertical development from horizontal development. we often teach or organizations often teach the horizontal. That's the skills. OK, so you need to communicate. You need to delegate. You need to empower. But we're not teaching what we call the vertical development. And so what they're doing is their mindset is stuck in this kind of one stage. They got all this like this toolbox, but they don't know how to use the tools. And what we're trying to do is help them understand and give them a bigger toolbox to help them understand how to use these tools effectively to be better leaders. And that's a much different problem. It gets into self-awareness. gets into my focus as a leader from shifting in terms of the system and what I'm focused on and what my goals are. as well as just the time horizon I work in and how tactical, strategic or visionary am I. Those are harder things to teach, yet that's where leadership starts to emerge. Brian Milner (09:29)Yeah, well, it makes me think back to what you were saying about the person that would come to you and say, I want to be promoted. I want to be put into this next position. And your response of, me, kind of help me see that. I know you're right. There's a lot of times when people will look at things and say, I need the title or I'll be a leader when I am called this or when I'm put in this position. But what I'm hearing from you and what I hope everyone's hearing as well is, this starts far before that. If you're going to be on that road to being a leader, then it's actually something that you begin wherever you're at. And these are skills you can start to build over a lifetime to venture into that vertical area as you describe it. Does that sound correct? Pete Behrens (10:10)Exactly, exactly. And, you know, one of the things that, you know, I want to, you know, maybe warn the listener on here, we get a lot of people who come through and we work with a lot of, you know, agile coaches or leaders who want to become a coach or, you know, we have change agents, right? People who are, you know, their focus is change in the organization, right? This is where you see a lot of scrum coaches and things like that. And one of the things that we've realized over time is this notion of individual as change agent is incredibly challenging. And for the most part, we, the way we visualize or we talk about this to leaders is it's like, you know, you start singing a song and everybody looks at you like, okay, he's crazy. Like he went to like this evangelical school. He drank this Kool-Aid and he's coming back and he's like, yeah, yeah, that's just Tom or that's just Susie. And, and nobody listens to him. And we see this over and over again. And, and You know, one of the things we talk about is we've got to shift that solo into a chorus, right? So the construct of leadership, we think of often as an individual sport, but truly the only way change really starts to take hold in an organization, and that's where we're starting to shift from me to we, is how do we catalyze that choir to start singing? That's when organizations start to excel. And that's one of the things that when I'm starting to work with leadership teams, we start to understand this isn't just something we teach individuals. This is something we've got to collectively act on. mean, you think about any sports team and European football or US football or hockey or whatever that is. Those teams are are are awesome because of that choir element, because they all sing in the same tune, because they're all practicing all the time together. That's the other part of leadership that I want us to kind of focus on as we kind of take this journey. This isn't a solo sport. Brian Milner (12:07)That's such an important point. I can't agree with you more. just the concept there that I hope people kind of pick up on is, yeah, I mean, the Scrum Guide has for years talked about change agent and the Scrum Master being a change agent, but the kind of maybe indirect association from that was, you know, it's your job to take it on yourself to go and do this thing where You're right, it's too big of a job for one person to do this kind of thing by themselves. We have to have help, you have to have compatriots, you have to have someone who comes…

    Full show notes at the publisher

    #134: How Leaders Can Reduce Burnout and Boost Performance with Marcus Lagré Feb 12, 2025
    Show notes

    Is workplace stress just about long hours? Not quite. Brian and Marcus Lagré unpack the real equation behind stress—how pressure, complexity, and security interact—and why your team’s performance depends on getting the balance right. Overview In this episode of the Agile Mentors Podcast, Brian Milner sits down with Marcus Lagré, product organization coach and author of The Stress Equation, to break down the science of workplace stress. They explore the differences between mental and emotional stress, how pressure and complexity impact teams, and why security in the workplace is a game-changer for performance. Marcus shares research-backed insights on interruptions, stress contagion, and how leaders can create an environment where teams thrive without burning out. References and resources mentioned in the show: Marcus LagréThe Stress Equation by Marcus LagréCertified ScrumMaster® Training and Scrum CertificationMountain Goat Software Certified Scrum and Agile Training ScheduleSubscribe to the Agile Mentors PodcastJoin the Agile Mentors Community Want to get involved? This show is designed for you, and we’d love your input. Enjoyed what you heard today? Please leave a rating and a review. It really helps, and we read every single one. Got an Agile subject you’d like us to discuss or a question that needs an answer? Share your thoughts with us at podcast@mountaingoatsoftware.com This episode’s presenters are: Brian Milner is SVP of coaching and training at Mountain Goat Software. He's passionate about making a difference in people's day-to-day work, influenced by his own experience of transitioning to Scrum and seeing improvements in work/life balance, honesty, respect, and the quality of work. Marcus Lagré is an author, speaker, and consultant with 20 years of experience in software development, from small-team Scrum to massive 50+ team LeSS transformations. Creator of The Stress Equation, he helps organizations tackle workplace stress systematically, ensuring teams thrive under pressure without burning out. Auto-generated Transcript: Brian Milner (00:00)Welcome in Agile Mentors. We're back for another episode of the Agile Mentors Podcast. I'm here as I usually am, Brian Milner. And today we have with us a really special guest, Marcus LeGray is with us. Welcome in, Marcus. Marcus Lagre (00:13)Thanks, Brian, pleasure to be here. Brian Milner (00:15)We were saying before that I'm actually kind of butchering or Americanizing his last name. Marcus Lagre (00:20)Nah, Americanizing, yes, but butchering, no. I wouldn't say that. Brian Milner (00:24)So I'm gonna give you a chance to set the record straight. Why don't you tell us the actually the correct pronunciation? Because I probably can't do it. Marcus Lagre (00:31)Well, my... I would say La Gré, but that's with a Swedish southern accent and not even most Swedes do that, so... Brian Milner (00:34)Okay. OK. Do the Swedish people look on people in the South like we do here in America? Like they're kind of more laid back and slower and... That's funny. OK. Well, we have Marcus on because, first of all, Marcus is a product organization coach. He's an author. He's a speaker. Marcus Lagre (00:48)Yeah, yeah, I would I would say so I would I would say so yeah Brian Milner (01:03)And he has a really great book that we wanted to kind of dive into the topic of here. Because in this day and age, this is a really important topic, but his book is called The Stress Equation. So you can kind of see where we might be going there with that. Well, so let's dive in. Let's talk about that a little bit. And I think probably a good place to start would be, how would you define then stress, when you, if we're talking about stress and the stress equation, how do you define stress? Marcus Lagre (01:30)I usually use the definition of stress because I let's start like this. I think that most people have like a too narrow perspective of what stress is. Like most people probably see it as working long hours and you know, spending a lot of time at work, but it doesn't necessarily have to. And there's this definition of stress from the Oxford English Dictionary that I found really well that stress is the result of, of, of, emotional or mental strain due to adverse or demanding circumstances. So yeah, so there's differences there. And I think that most people, if you're not in a very toxic environment, you don't suffer from emotional stress a lot at work, but mental strain is probably what we're looking at most often. Brian Milner (02:04)Yeah. Okay. Yeah, I mean, I, you know, I wouldn't discount that entirely. I think that there's probably a lot of people out there that have the emotional strain of a bad boss or manager or something like that, right? But yeah, hopefully, you know, hopefully you're right that the majority might not be, you know, dealing with that. It might be more of the mental side of this. So what is mental stress then? What is a mental strain? Marcus Lagre (02:38)Well, mental strain is usually diversified by saying like emotional strain is like the stress from being like in a toxic environment, for example, which is more common than it should be. But mental strain is more of the when you have too much of a mental load, like you're trying to solve a complex problem, like you have high cognitive load in order to solve it, or you need to Brian Milner (02:48)Hmm. Marcus Lagre (03:03)Well, it's also related to cognitive load that you have a lot of context switching. So you need to change information in your working memory quite often and a lot. And that can lead to mental strain. And the problem with mental strain, as I see it in white collar worker or knowledge workers, is that most of us are, we like mental challenges. We like puzzles, we like solving problems. So we're not great at identifying when a mental challenge becomes a mental strain for us. We're used to just pushing on. we try to just, you know, it's just something that I haven't figured out yet. If I push myself just a little harder, I'll crack it. Yeah. Brian Milner (03:42)Yeah. Yeah, that's great. Yeah, I mean, I think you're right. We do like puzzles. We do like challenges. I I know one of the popular things here in the US is the escape room kind of thing. I don't know if you guys have that there as well, but we actually pay people in our free time to give us puzzles and challenges that for fun, we'll go and put ourselves under some mental duress and try to figure out. So I think you're right. there is part of us that really wants to do that. Well, if that's true, then the other side of that is, shouldn't we all be under some kind of mental stress then, since work is challenging and complex and hopefully. Marcus Lagre (04:20)Well, yeah, I mean, not all stress is bad. So I usually say that the stress that we feel at work usually comes from two different sources. So this is the equation. Like the mental strain comes from the complexity that we need to, now that we need to handle. Either the complexity of the problem that we need to solve, or if we're working in, the complexity could also be like the frustration of working in an inefficient organization. That could be part of the complexity. Brian Milner (04:23)Yeah. Marcus Lagre (04:46)So I usually say that pressure is our sense of urgency. The pressure comes from our sense of urgency in order to finish the work that we're, the task that we have at hand or whatever it is that we're trying to solve. And the complexity is whatever makes it harder for us to actually finish that work. So to relate back to what you were saying, shouldn't we be under some kind of stress? Yes, we should. If we don't have any sense of urgency, we're probably not delivering at all. And if there's zero complexity in what we're doing, That should probably be an automated task long ago. We will probably suffer from severe boredom if there's zero complexity in what we're doing. Brian Milner (05:25)Yeah, I always, you know, this comes up sometimes in classes where, I think, you know, I want to find those people who are under zero pressure at work, because I've never been in that situation. I've never had any kind of boss or organization that was like, just take as long as you need. It doesn't matter. There's always some pressure and some places it's more than others and some places it's extreme. But yeah, I think you're right. There's a right amount of pressure. that can be applied. Marcus Lagre (05:48)And there's also constructive stress. I usually diversify like constructive stress is when you try to achieve something because if you're under a lot of pressure solving something very complex, there's also pleasure in actually solving it. So there's some kind of release in the end. But if you're constantly under a lot of pressure or... Brian Milner (05:51)Hmm. Marcus Lagre (06:09)I usually say that the pressure usually comes from things like how we set deadlines, how we handle our backlog. So if you have two short deadlines, then you're under negative stress or unconstructive stress, or we have an ever-expanding backlog. We can never finish everything in this backlog. have no way of saying no to things. They just keep piling on. That's unconstructive stress, but... Brian Milner (06:30)Yeah. Marcus Lagre (06:34)A sense of urgency to reach like a goal? That's more of positive kind of stress. Brian Milner (06:39)Yeah. Yeah. I I've heard, my boss, Mike Cohn talk about before how scrum has just the right amount of pressure that it's, it's not, you know, it's, it's not the kind of, when we think about commitment and stuff inside of a sprint, it's not the kind of thing of, you're going to lose your job if you don't make this sprint commitment. But it is kind of, you know, my, my word is on the line. My name is on the line. And if I don't deliver. I'm letting down my team, I'm letting down those around me. So that's way he describes it. It's kind of just the right amount of pressure that's kind of baked into the way Scrum works. I've always liked that. I've always thought that's kind of a good take on that. So we're kind of in these pressure cookers a little bit, right? We've got pressure and sometimes more than others and we do need some kind of pressure. So we have some sense of urgency in what we're doing. How does this align with our Agile Manifesto kind of ideal of working at a sustainable pace? Is the pressure going to crack us under trying to keep a sustainable pace? And what if we don't have any say over the amount of pressure we have? Marcus Lagre (07:46)Well, if you don't have any say, then I usually say that the pressure isn't a force of nature, that it usually stems from someone's decisions. And if we don't have a say in it, then we can't influence that pressure really as a team maybe. But from a leadership perspective, if you put unlimited pressure on the team, you're gonna see decreasing results anyway. It's not... constructive, you're going to burn your people, you're going to lose, worst case, lose them from the company, either because they change jobs or because they burn out and they have to go on sick leave. So and that's going to cost you in the end. But also that you're going to see either a lot more well, as I said, either a lot of people leaving or people doing quite quitting. That's that's what's going to be because once caring about your own performance becomes dangerous, people are gonna put in the bare minimum. That's the people you're gonna keep. Brian Milner (08:41)Yeah. Yeah. I'm sure there's lots of research baked into this and you've probably crossed a lot of different studies and things that have kind of jumped out at you. And to me, that's always one of the things that's the most interesting when I dive into a topic like this and go really, you know, kind of knee deep into it. what, was there any kind of research that you stumbled upon as you were preparing for this or, you know, creating this book? that really kind of surprised you or that you found extremely interesting? Any studies out there around the effects of stress that kind of shocked you even maybe? Marcus Lagre (09:18)I wouldn't say shocked, but one thing that surprised me was that there was this study that showed, because I talk in the book about complexity, and I mentioned earlier that if you need to change the information in your working memory a lot, that leads to mental strain. But there were actually studies that showed that interruptions in work does not lower the quality of the work. It does, however, increase the sense of stress. But it doesn't necessarily lower the quality of work, which was something that I was absolutely convinced it would. However, there was a correlation between how far if you got interrupted, if it was on topic, so to speak, so that you didn't have to throw everything out of your working memory, then the quality level was still on par with what you would have seen if you weren't interrupted. However, Brian Milner (09:48)Yeah. Marcus Lagre (10:06)if it was something that was diametrically different to what you were actually doing, then yes, the quality would also drop. But I actually thought there would be like a clear correlation between interruptions and lower quality of work. And it wasn't. Brian Milner (10:20)Yeah. So it's not, I mean, what I'm hearing is it's not necessarily the interruption itself. It's the content of the interruption. And if the interruption is, you know, taking you wildly off track from your thought process, that's higher stress kind of a reaction to it. And that leads to more problems. But if it's, if it's an interruption that's near in the same area of what it is you're working on and thinking about, then it's not as hard to get back to it. Less stress, less, let's kind of end result effect, right? Marcus Lagre (10:52)Yeah, there's less mental strain in that scenario. However, you do often feel like you're less efficient, that you get less joy out of what you're doing if you get constantly interrupted, and that the workload is heavier than it actually is. So there's negative sides to getting interrupted a lot, but as long as it's sort of on topic, as you say, it's not really that harmful. Brian Milner (10:54)Okay. Yeah. Well, I know you do a lot of work with organizations and with leaders and organizations. And I know one of the difficult things, difficult kind of parts of having these conversations with leadership is trying to help them to understand the importance and kind of the impact and why this is important in a business sense to them. Not just that, you know, the way I phrase it in classes, it's not just that it makes you a better person, right? which there's value in that. not negating that being a good person is bad. I'm just saying from a business sense, oftentimes leaders want more than just saying, yeah, I'm a better human by doing that, but is it better for the business? So how do you have that conversation with leaders, with organizations to say, this is actually an important thing to focus on. This makes an impact on your business. Marcus Lagre (12:07)usually the challenge is to get leaders to understand that they are also affected by this. Because a lot of the challenges I see in organizations is that I come in and I usually do like an analysis of the organizatio…

    Full show notes at the publisher

    #133: Trending Agile: Scrum Masters, AI, and the Future of Agile Feb 05, 2025
    Show notes

    The Agile Alliance partners with PMI—what does it mean for Agile’s future? Plus, how AI is reshaping Scrum Master roles and why honesty (even when it stings) is the key to career growth. Brian Milner and Cort Sharp tackle these hot topics in a no-holds-barred discussion. Overview In this episode of the Agile Mentors Podcast, Brian Milner and Cort Sharp dive into the recent Agile Alliance-PMI partnership and its potential impact on the Agile community. They also explore AI’s growing influence on Scrum Master roles—will it replace them or elevate their value? Finally, they tackle a tricky but crucial topic: when to speak up in the workplace, balancing honesty with career preservation. If you want to stay ahead in Agile’s evolving landscape, this is a must-listen! References and resources mentioned in the show: #32: Scrum in High School Sports with Cort Sharp#82: The Intersection of AI and Agile with Emilia Breton#129: 2025: The Year Agile Meets AI and Hyper-Personalization with Lance Dacy#132: Can Nice Guys Finish First? with Scott DunnMike Cohn’s Better User Stories CourseJoin the Agile Mentors CommunitySubscribe to the Agile Mentors Podcast Want to get involved? This show is designed for you, and we’d love your input. Enjoyed what you heard today? Please leave a rating and a review. It really helps, and we read every single one. Got an Agile subject you’d like us to discuss or a question that needs an answer? Share your thoughts with us at podcast@mountaingoatsoftware.com This episode’s presenters are: Brian Milner is SVP of coaching and training at Mountain Goat Software. He's passionate about making a difference in people's day-to-day work, influenced by his own experience of transitioning to Scrum and seeing improvements in work/life balance, honesty, respect, and the quality of work. Cort Sharp is the Scrum Master of the producing team and the Agile Mentors Community Manager. In addition to his love for Agile, Cort is also a serious swimmer and has been coaching swimmers for five years. Auto-generated Transcript: Brian Milner (00:00)Welcome in. Welcome back, everybody. This is the Agile Mentors Podcast. I'm with you as always, Brian Milner. And today, we're going to do something a little different. We're in this mode right now. We've kind of been open to some suggestions recently about maybe we should try some experiments and try some different things. And so today's going to be one of those little experiments. We have someone that's going to be with us, Mr. Cort Sharp. So welcome in, Cort. Cort (00:23)Hey Brian, thanks for having me on. Brian Milner (00:26)Absolutely. Cort is our community manager for the Agile Mentors community. And Cort and I do classes together a lot. He is often the producer in the classes. So we see each other a lot. We talk a lot. Cort's also a certified Scrum professional. So he's been doing this and has encountered Scrum in some kind of unusual circumstances as well. He's a high school swim coach. There's an episode that we talked about that. way back so that anyone wants to dig that out, they can go back and find that and learn a little bit more about it. But we just thought it would be good to have maybe periodically a little check in about maybe some stories that have come up in the news about Agile or things that have been flashing through social media feeds or anything like that. know, Cort and I are a little bit different age groups, a little bit, more than a little bit. And I'm sure the of things that cross court's radar may be a little bit different than the things that cross mine. And we just thought maybe it would be an interesting kind of thing to have a little discussion, the two of us, about some of these major burning issues and things that people are talking about on LinkedIn and Twitter and, I'm sorry, X, anywhere else. I'm going to kind of... Give the reins over to court here a little bit, because I know he's pulled some things that he wants to talk about, and we'll just kind of see where we go. Cort (01:40)Awesome, yeah, thanks Brian. Not just X and LinkedIn, we're also looking through Instagram, YouTube Shorts, where the cool kids hang out, I guess is. That's at least what my swimmers tell me. Brian Milner (01:50)Okay, okay I Got it I got a yeah, I you know, I had to learn a lot about an Instagram with my daughters and I still don't get it. just I mean I have fun flipping through stuff but I don't I could never like get a following there because I just don't understand how to Do all the but that's old guy talking. So Cort (02:11)It's a weird place, Brian. I don't blame you. It's totally good. But I've seen a few things come across my feed, and we've kind of had lighter versions of this conversation, whether it's in classes or just kind of on the side or something like that. So we just kind of thought, hey, let's sit down and actually go into depth about this, because I'm curious what your thoughts are on some of these things. And I don't know. Brian Milner (02:14)Yeah Cort (02:35)Hopefully I'm able to add into the conversation a little bit more than just here's a young guy yelling at a cloud instead of an old guy yelling at a cloud, right? No, I hope not. But let's come out and I'm gonna come out swinging at you. So the biggest news bite that I have found over the last couple of months or the last month-ish is that the Agile Alliance and PMI Brian Milner (02:37)Ha ha. young guy and old guy yelling at each other. That's not what anyone wants to hear. Yeah. Yeah. Cort (03:02)have entered, have announced that they're entering a partnership. We don't really know a ton about what that partnership looks like, but it is presumed that the Agile Alliance will be hosting some kind of content through PMI or PMI will be hosting some kind of content that the Agile Alliance has created. So I'm just curious, like, what are your thoughts on that? Do you think it's a good move, bad move, any kind of potential impacts that you see? It's a big one. Brian Milner (03:30)Yeah, way to start with a softball that we just, yeah, mean, it's obviously a hot button topic right now. I've heard lots, I've read lots of opinions of people on different kind of forums and discussion boards and things where people are talking about kind of, what does this mean? That kind of thing. And so here's kind of, Cort (03:34)Hahaha Brian Milner (03:57)Here's kind of what I've heard from both sides, right? The people who are kind of anti feel like this is maybe a little bit of a betrayal. And I think that the reasoning behind that kind of feels like maybe historically or somewhere maybe further into the past, the PMI may have been a little bit of an antagonist towards the Agile movement, or some people feel that way. I'm not saying this is my opinion, but this is what I've heard. Some people might feel that way. And so they feel like, would you attach your name to something like that? But I've also heard from people who are pro and have said, look, the basics of the deal are that it's not going to change anything for the Agile Alliance other than the name. It's officially the PMI Agile Alliance. But other than that, what I've heard from people who are board members that have posted Cort (04:43)Sure, yeah. Brian Milner (04:50)from the Agile Alliance have said, it's just nothing more than our name is now different. We're autonomous. We can still do the things we've always done. And we feel like the connection to this larger organization will enable us and help us. And I know the Agile Alliance has gone through some tough times, as a lot of us in the industry have, with the conferences. At least I know the conferences last year was kind of not what people have hoped, and not just the Agile Alliance conference, but other conferences have had down attendance and other things. Maybe just a sign of the times, I don't know. But personally, I kind of look at it and I got to preface this. got to, before we talk about anything else, right? Because now we're going to get into opinion. But I would just say, let me preface by saying the opinions you are about to hear. are not the official opinions of Mountain Goat Software. They are just the opinions of the individuals that you will be listening to. So this is just one guy's opinion, right? I think I would just say I get it from both sides. I understand. I see kind of the concern. From the people who are pro and they say, look, it's just the name, I don't know why anyone would freak out about that. It's just a, we're just putting letters PMI in front of our name. hear that, but I've also heard other people counter that to be like, yeah, but it would be like Greenpeace saying, you know, we're now Exxon Greenpeace, you know? And I don't think, I think that's quite, you know, a huge overstatement. I don't think that's the same thing at all. And I, you know, I recognize that the PMI has, you know, they've adapted. anyone who thinks that they're the same way that they've always been, I think is wrong. I think that they have incorporated over time more and more agile ideas into their certifications and other things. they certainly, I feel like they've recognized the agile sort of the future and they've tried to invest more heavily. I think this is a sign of that as well. They're trying to invest a little bit more into agile because they see it as, you this is the future of project management. You know. But they also see it as one of the paths. It's one way of doing project work. And it's not the only way. There are other ways that are good as well. I don't know that I disagree with that. Depends on the project. It depends on what it is you're trying to do. But we talk about this in class. If I know what it is that we're going to make, I know exactly how to make it, the customer knows what they want, and we're not changing anything along the way, then Cort (07:02)Yeah. Yeah. Brian Milner (07:16)Agile may not be the right way. But if any of those things are not true, then I think Agile is the right way. end of the world, no. I don't see it as the end of the world. I don't see it as the sky's falling. I think it is a sign of the times. I think it is sort of a benchmark kind of thing to say, wow, things have reached this point where they've joined forces. I think that's not an indication of either side bending a huge amount, but that both sides have bent and met in the middle. And that's kind of my opinion on it. The sky's not falling, but I don't really know how it will change things moving forward. They tell us it's not going to really. We'll see. Cort (07:58)I think I agree with a lot of what you're saying. And that's what I've seen as well amongst the social media spheres. Kind of a lot of discourse of, this is really bad, or, this is not as bad as you think it's going to be, or, this is actually really good. Because I think one point that I agree with a little bit more so is, in principle, at face value, This might not be what the Agile Alliance was founded on or anything that goes, or I wouldn't say anything, but it doesn't align with the foundational values of the Agile Alliance. But in the long run, I think this might be pretty beneficial for Agile as a whole, because PMI is massive. They have a huge reach, very big name recognition, and for them to acknowledge, not only acknowledge, but acknowledge in this way and bring in Agile into this space within their reach, I don't see a ton of harm that could really be brought to it purely on the basis of our reach, PMI's reach is significantly larger than the Agile alliances. So it just helps Agile grow a little bit more so and get a little further reach. Do you agree with that? you disagree? Thoughts on that? Brian Milner (09:14)Yeah, I mean, I've heard Mike say this before, where he says, you we talk about partnerships, you know, who's bringing more to the table? Is the Agile Alliance funneling more attention, eyeballs to the PMI by this Alliance, or is the Agile Alliance getting more eyeballs and more attention because of the audience of the PMI? I would think it's the Agile Alliance is getting more. Like you said, I think the PMI is a huge behemoth, pretty highly recognizable. their certifications have been out. They're kind of one of the first of those kinds of certifications that existed out there. And I just think that they're probably bringing more to the table to the Agile Alliance than the Agile Alliance is bringing to them. Cort (09:56)Yeah, yeah, the Agile Alliance is kind of getting the better end of the deal, so to speak, as far as exposure goes. Brian Milner (10:00)Yeah, but I think time will tell. I think that's really what I would say to anyone is just don't freak out too much yet. You need to just wait and see what will happen. When the moves happen, if something happens, it's like all of a sudden now the Agile Alliance can't in any way talk about how traditional waterfall is not a great way of doing things. Well, now I would raise the alarm and say, OK, well, now you see the compromise. But if that doesn't happen, if it truly is, as I've been hearing, it's just a naming, we're autonomous, I don't see the grave harm. Cort (10:33)Right, right. Right. I think one thing that's kind of overlooked or maybe just a little glazed over that people didn't pay too much attention to is they didn't announce this as a merger. They announced this as a partnership. So to me, when I hear partnership, hear two entities working independently with a common goal of whatever it may be. Brian Milner (10:54)Yep. Yep. Yeah, a little insider baseball on that because I have heard some discussions around that as well. And just what I've heard is, there is a trickiness there because the agile Alliance is a nonprofit organization. And so from a for-profit organization, you cannot acquire a nonprofit organization unless that nonprofit organization changes and becomes a for-profit entity. Cort (11:28)in for profit. Yeah. Brian Milner (11:31)I'm not a lawyer. I don't know any of that kind of insider, the legalese that's around that. But I've heard a little bit of conversation around the fact that it might have been an acquisition had they been a for-profit company. But since they were a nonprofit, it's a partnership. So that may be the case or not. I don't know. Cort (11:50)So that brings up just a question to me then. A lot of times when companies merge, they tend to merge as either an industry or a sector is kind of starting to go down, trickle down a little bit. And they merge as a method of of like bulking up, strengthening where they can, trying to... that they acquire, they merge in order to withstand the rough times. Do you think that that might be what's at play here? Where just from a business perspective, this is kind of the business smart move for both entities, both organizations, so that they can withstand, I think I saw somewhere like a 35 % reduction in middle management positions, postings or something like that, right? Brian Milner (12:31)Yeah. Yeah, absolutely. mean, I think, the, the past few years have been kind of difficult economically. please don't think I'm being political and saying that at all. I'm just, yeah, I can only state what I've, I've seen and heard from other people in the industry. And I've, you know, I've heard about people talking about…

    Full show notes at the publisher

    #132: Can Nice Guys Finish First? with Scott Dunn Jan 29, 2025
    Show notes

    Can being "nice" at work actually hold you back? Join Brian and Scott Dunn as they unravel the myths around workplace "niceness," explore the balance between kindness and assertiveness, and reveal how honest communication can earn you respect—and maybe even that long-overdue promotion. Overview In this episode of the Agile Mentors Podcast, Brian and Scott dig deep into the question: Do nice guys (or gals) really finish last at work? They discuss the critical balance between being accommodating and assertive, why conflict can be a tool for growth, and how emotional intelligence plays into team dynamics. With stories, tips, and the psychological truths behind professional success, this episode is a must-listen for anyone looking to navigate workplace interactions while staying true to themselves. References and resources mentioned in the show: Scott DunnBill of Assertive RightsElements of AgileRadical CandorAdvanced Certified ScrumMaster®Subscribe to the Agile Mentors Podcast Want to get involved? This show is designed for you, and we’d love your input. Enjoyed what you heard today? Please leave a rating and a review. It really helps, and we read every single one. Got an Agile subject you’d like us to discuss or a question that needs an answer? Share your thoughts with us at podcast@mountaingoatsoftware.com This episode’s presenters are: Brian Milner is SVP of coaching and training at Mountain Goat Software. He's passionate about making a difference in people's day-to-day work, influenced by his own experience of transitioning to Scrum and seeing improvements in work/life balance, honesty, respect, and the quality of work. Scott Dunn is a Certified Enterprise Coach and Scrum Trainer with over 20 years of experience coaching and training companies like NASA, EMC/Dell Technologies, Yahoo!, Technicolor, and eBay to transition to an agile approach using Scrum. Auto-generated Transcript: Brian (00:00)Welcome in Agile Mentors. We're back and we're here for another episode of the Agile Mentors podcast. I'm with you as always, Brian Milner. And today we have friend of the show, buddy of the show, Scott Dunn is back with us. Welcome in Scott. Scott (00:13)Hey Brian, great to be back as always. Love it. Brian (00:17)Love to have Scott on as always and if you've listened to some of the past episodes with him then you know why. If not, I encourage you to check it out after this episode. We wanted to have Scott on earlier this year just to talk about some things that might be percolating in a few people's heads with the turn of the year and kind of as you start to prepare and look forward and maybe even look back a little bit in things. And particularly deal with an issue around how people show up at work and Scott was saying to me earlier, kind of this phrase about, nice guys finish last? Do they finish first? Do they finish last? Can you be nice? Can you be nice at work and be promoted? Can you be nice at work and move upwards? Or do you have to not be nice? Scott (01:03)you Brian (01:11)in order to do that. So tell me a little bit about kind of the genesis of the idea from you, Scott. What have you been hearing or what's been crossing your path? Scott (01:17)Yeah, and I'm so glad we had a chance to talk about this because it's recent. So the first thing that sparked my thought on this, so granted in the leadership class, we talk about being a balance of accommodative and assertive, and I'll usually refer to a... a document called the Bill of Assertive Rights. And I was reading another book this week and actually it referenced the same thing. I thought, switching fast forward a few days and I'm doing an assessment with a company that's asked for help because they're not, they're struggling with quality, they're struggling with predictability. And I know what the leaders goals are for the efforts. And so now I'm meeting with all the team members to do an actual formal assessment for baseline. Now, and this assessment, you're going to go through, I don't know, 30, 40 questions. So it's not lightweight. It's trying to be tactical, like, Is the team well formed? Is the backlog in good shape? Do you have a roadmap? Are the leaders supporting the change? I mean, whether company level, product level, team level, and we even added some advanced questions. And the fascinating thing is over a course of all these questions, the answer was essentially, we're okay at that, right? If you ask them, are they doing this practice or not, they'd say, somewhat. And it didn't matter if it was the most basic thing at the team level or the most advanced thing at the corporate level, everything was okay. So when you look at the dashboard at the end, in our normal red, yellow, the whole thing was yellow. And so I just paused and said, you know, I've never seen this before. I said, yeah, I joke with them a little bit about that, but I said, you know, my friends kind of think about it. It actually doesn't make sense that you would be okay at the fundamental beginning things and also okay at advanced high level things. So it's usually progressive, right? You get the basics down like the satiric change curve. That's kind of what we're following. So now... And then what came out later in the conversations is that someone said basically, we're afraid to say things that are hard to hear. He used the word judgment. Like we don't want to kind of stand in judgment of others, but essentially saying something that someone's not going to hear, whether it's true or not, because they had nothing green, nothing red. So not doing well. And then the last thing that really got me triggered, you know, really start diving into this is this new year and people are getting this promotions and things going on at some of the companies. And there was a story of this one guy, like, I've worked here eight years and never been promoted. And yet everyone loves this person. Everyone likes this person. And I'm hopping on social media and someone asked that question, literally, like, give me an example of when nice guys finish last. And the guy said the same thing. He said, I am the one everyone goes to for help. I'm always ready to help. I'll do anything anyone needs. Everyone likes me. They all praise me. And I haven't been promoted in like 13 years. So partly for our own careers, partly for, you know, being a change agent, et cetera, I thought it'd be worth, you know, just having to... It's a great conversation topic, Brian (03:51)Yeah, well, I'll confirm part of that, or at least a couple of crossovers there with what you said, because there's an assessment kind of thing that we do at Mountain Good as well called Elements of Agile. And one of the things we learned early on in doing that was you would pull the data from the survey, from actually asking them. But then before we present it back, we always have a coach who kind of does interviews as well, and then manually can shift and adjust things. And one of the things I've learned as being one of those coaches who does that is if there's something that's negative that's said, if there's, you know, we give like a five point scale, you know, five is really great, one is terrible, and you know, what number is it? If it's a little bit over into the negative side, you never get anything that's like all the way over at one, right? Nobody ever comes back to you and says, that's terrible. Scott (04:44)you Brian (04:46)but they will say, that's a three or that's a two. If it's a two, that's severe. That's kind of what I've learned is two is severe, three is bad. And you kind of have to shift those things over one notch to say, people are, their niceness are entering into this and they don't want it to be, they don't want it to look too bad. They don't know how it's gonna reflect on them. They don't know how it's gonna reflect on others. And so they don't want it to look Scott (04:50)Yeah. Okay. Yes. Brian (05:15)too bad, so they tend to like skew it a little bit towards the positive. Yeah. Scott (05:20)Yes, and the thing I think is good from that so one I keep coming back to you know self preservation this world kind of wired for this and someone was mentioning recently It's you know, shouldn't say people are selfish. We should say they have self in the center So if I'm gonna I'm just with you like if I'm gonna give feedback I'm honestly just pass facts or for those listening. I think it's totally fine say well Is it really worth it for me to say something that I'm going to have to end up explaining if a manager figures out that was me that said it because I'm the only one working on that project or whatever, right? In some ways, you're like, no, it's not worth it. I'll just kind of gently say it's not going great. Like you said, it's almost like that bell curve you got shifted over because, the professor's like, there's only, I'll only give out two A's each semester because that's truly exceptional. And so it moves it. It's a little like that. But then when you and I were talking earlier, you mentioned that conflict quadrants. And I thought that was really great because I think that's a clear structure that people could refer to as well. It's kind think about how they have interactions not just at work, but seriously in our other relationships. thought I was looking at like, man, this is so fitting. So I just thought that was a good tool to share as well. Brian (06:18)Yeah, it's interesting to see how that kind of affects people and how that affects their answers and how it affects how they're reporting. And there's a crossover here as well, because I know if you've listened to this podcast for a while, last year I did a talk on conflict management and kind of how to navigate that a little bit from a team lead or a Scrum Master kind of perspective. And it's a very sticky area that I think there's not enough training and there's not enough kind of education in. And one of the kind of interesting things that comes out from that, or came out from that conversation was, well, a couple things. One is that conflict, oftentimes we attempt to avoid it entirely, but that's a big mistake. Conflict is actually necessary for growth and if there's not any conflict then you get the kind of bad situation of we never question each other, we never challenge each other. There's a story about how that was actually something that happened at Chernobyl. A lot of the research kind of pointed to that's actually part of the root cause of why that happened is that they were all experts in their field and so they had such respect for each other that they didn't question each other when something was gonna go wrong. And so they miss this kind of basic tenet of, no, if I see something that's not, doesn't look right, I should speak up. And it may cause conflict, but it's necessary. It's necessary for us to be better. Scott (07:44)Right. Absolutely. And that quadrant that the Thomas Kilman model is so great because, for me, well, two things was one, I love it that they can say, hi, be highly assertive. You can still be highly cooperative. And that's that collaborative environment. So if we're really trying to create solutions, whether that's at work or in our relationships, then you're gonna have to assert, you be assertive and not that I'm gonna raise my voice, but I should share what I think or my opinion or if I disagree. And I think some of that when I was coming back down to it is there's still a tendency for people to feel like I need to be in the goodwill of others, right? So from the, you know, the 10, the bill of assertive rights, the 10 assertive rights, that's one of them. Like I need to be independent of the goodwill of others so I can be honest. I'm not trying to be, we can do this respectfully and winsomely and not be a jerk. But you have to let go of, if I say something I don't like, that would be bad. Or if I say something that makes someone happy, right? And I used to struggle with that. I don't want them to be sad. I don't want them to be upset, right? So now back to that quadrant, I'm not asserting myself and I'm obviously not helping them, so I'm just avoiding. And I'm avoiding the situation. It's the elephant in the room in these meetings. And now everyone's almost like, as a culture, we're kind of in cahoots. We all agree we're not gonna say anything, which makes it even tougher for anyone else not to kind of stand up and do just what you're saying, which I think is absolutely true. Speaking of that, so. Brian (09:07)Yeah, well, and just to clarify, too, I mean, you're talking about the Thomas Killen model. If people aren't familiar with that, basically, it's five different responses that people typically have to conflict in one way, form. When they encounter conflict, it's competing, collaborating, avoiding, compromising, or accommodating. those are kind of the, there are variances between anything like that. There's going to be some gray levels between them. Those are kind of the basic points. And I was telling Scott earlier, one of the things we talk about in our ACSM is when we present this information is that you kind of have to get out of your head the idea that any of these are bad. For example, the competing approach to things, the competing approach says, my relationship with the person is not as important as my stance on whatever this issue is. I cannot budge from my position. And I will jeopardize the relationship if that's what's required. That's a competing approach. And you initially read that and think, that's wrong. Nobody should take that kind of approach to a conflict. And in general, that should be our default kind of approach to conflict. But there are times when that's the right approach. When someone says something that's completely out of bounds, completely out of line, I'm going to take a competing approach. And there are times when people need to Scott (10:08)Mm-hmm. you Okay. Brian (10:30)to be presented with that for their own good. That they kind of recognize, wow, this is so important that he's willing to kind of not have a relationship with me anymore if this continues. And that's important, I think. Yeah. Scott (10:41)Yes. yeah, and I think that those examples of the people that get promoted, someone else had referenced and said essentially, it's you telling the, you know, I won't say the ugly truth, but. The thing that no one else is saying, your ability to say what no one else is saying to someone in leadership or management earns their trust. So at some level, whoever is the leadership whisperer, telling the truth on some of these things, and there was only one slot that's gonna influence and lead us to be promoted into, right? I've gotta know, if I'm wise as a senior exec, I gotta have the wisdom to know that I know lots of people probably just tell me what I wanna hear. I'm looking for the person who tells me maybe what I don't wanna hear. Brian (10:58)Ha Scott (11:24)It does it in nice way again though. From that standpoint, I can see why some of those people get promoted and some don't because you're so nice they actually don't trust you. Because you're not, to your point, I'm not willing to have conflict. I'm not willing to gamble what yo…

    Full show notes at the publisher

    #131: Lessons from Modern Agile with Joshua Kerievsky Jan 22, 2025
    Show notes

    Is Agile still relevant in today’s fast-paced world? Brian and Joshua Kerievsky reveal the four game-changing principles of Modern Agile that prioritize safety, empowerment, and continuous value delivery. Overview In this episode, Brian Milner sits down with Joshua Kerievsky, a pioneer in the Agile community and the creator of Modern Agile. They discuss how Agile practices have evolved, the critical role of safety and empowerment, and how to deliver value continuously in today’s fast-paced world. Don’t miss these insights into creating better teams, products, and results through simplicity and experimentation. References and resources mentioned in the show: Joshua KerievskyIndustrial LogicJoy of Agility by Joshua KerievskyModern Agile#33 Mob Programming with Woody Zuill#51: The Secrets of Team Safety with Julie ChickeringBadass: Making Users Awesome by Kathy SierraThe Power of Habit by Charles DuhiggThe Lean Startup by Eric RiesExperimentation Matter: Unlocking the Potential of New Technologies for Innovation by Stefan H. ThomkeAgile For LeadersMike Cohn’s Better User Stories CourseAccurate Agile Planning CourseJoin the Agile Mentors CommunitySubscribe to the Agile Mentors Podcast Want to get involved? This show is designed for you, and we’d love your input. Enjoyed what you heard today? Please leave a rating and a review. It really helps, and we read every single one. Got an Agile subject you’d like us to discuss or a question that needs an answer? Share your thoughts with us at podcast@mountaingoatsoftware.com This episode’s presenters are: Brian Milner is SVP of coaching and training at Mountain Goat Software. He's passionate about making a difference in people's day-to-day work, influenced by his own experience of transitioning to Scrum and seeing improvements in work/life balance, honesty, respect, and the quality of work. Joshua Kerievsky is the founder and CEO of Industrial Logic and author of Joy of Agility. An early pioneer of Extreme Programming, Lean Software Development, and Lean Startup, Joshua is passionate about helping people achieve genuine agility through principle-based approaches like Modern Agile. Auto-generated Transcript: Brian (00:00)Welcome in Agile Mentors. We're back. And this is another episode of the Agile Mentors podcast. I'm here as I always am. I am Brian Milner and today I am joined by Joshua Kerievsky and really excited to have Joshua here with us. Welcome in Joshua. Joshua Kerievsky (00:16)Thank you so much, Brian. Happy to be here. Brian (00:19)Very excited for Joshua to be here. Joshua's been around for a while. He's been doing this for a long time. He said, you know, when we were talking before, and he's been involved with Agile before, it was called Agile. And, you know, that probably tells you all you need to know there. But a couple other things here about him, just so that you kind of can place him a little bit. His company is Industrial Logic, Inc. and he's the CEO and founder of that company. He has a book called Joy of Agility that's out there that I highly recommend. It's a really great book. And he's also closely associated with something that maybe you've been aware of, maybe you've heard of, maybe you haven't, but something called Modern Agile. And that's what I thought we'd focus on here for our discussion is really to try to understand a little bit about it. especially for those of you, maybe you haven't heard of it, haven't been around it before. So... Why don't we start there, Joshua? Tell us a little bit about what was the need that was trying to be filled with something like modern Agile. Joshua Kerievsky (01:19)Well, it goes back to a conference I attended in Prague back in around 2015. And I was giving a speech, a keynote speech there, and that ended. And then I went and said, well, I'm going to go join the OpenSpace. And I was just looking at what people were talking about at the OpenSpace. And at that point in time, I had already been experimenting with a ton of stuff that just kind of different from what we had been doing 10 years earlier or even later than that. I mean, just this was new things that we were doing, whether it was continuous deployment or ideas from lean startup or ideas from the Poppendiecks and lean concepts applied to agility or just a lot of things that were just different. And none of the sessions I was seeing in the open space seemed to be talking about any of that stuff, like giving up story points or moving away from sprints until continuous flow. just nothing was being talked about. So I just said, well, I'm going to host a session, and I'll call it, I don't know, a modern Agile. And so that's as far as I got in terms of thinking about the name. I just wanted to run a session where we could talk about, there's a lot of new things we're doing that kind of display some of the older ideas. And they're very useful, I found. So the session ended up getting a lot of attention. 60, 70 people showed up there. So we had a big group. And it was well received. People were fascinated by the stuff that they weren't aware of. And so I then repeated this open space event in Berkeley. Like a month later, was Agile Open Door Cal in Berkeley was running and did it again. And again, there was tremendous interest. in this, so much so that I decided to write a blog and wrote the blog and started getting more conversations happening. And that sort of began the movement of describing this thing called Modern Agile. And it took a few twists and turns in the beginning, but it wasn't sort of, I guess, if anything, I felt like Agile needed to be a little more simple. in terms of what we were explaining, because it was starting to get very complex with frameworks, enterprise frameworks coming along like safe and just too many moving parts. And so what ended up happening is I wrote some things and people started to notice, there's kind of like four things there that are really valuable. One of them was The names changed a little bit over time. But anyway, what ended up was four principles emerged. And that really became modern Agile. Brian (03:58)That's awesome. just for listeners here, I've pitched attending conferences in the past. If you've listened to this podcast, you've heard me say that, and I'll create things come out of that. And here's an example, right? This is something that was open space discussion. Open space, if you're not familiar with that, at conferences, can, if there's an open space day or a couple of days, then anyone can present any topic they want. And whoever shows up is who shows up. And this one got a lot of attention. And a movement grew from this open space topic, which is awesome. So let's talk. You mentioned there's four principles here. And I like the distinction here we're making also between the frameworks and the practices versus the cultural aspects or the philosophy behind it. And returning to those roots a little bit more from what Agile originally was. So you mentioned there's kind of four areas of this. Let's walk our way through those. I know the first one, or one of the first ones here is make people awesome. So help us understand, what do you mean by make people awesome? Joshua Kerievsky (04:59)Probably the most controversial of principles, because you'll get people coming along saying, wait a minute, people are already awesome. What are you talking about? And it comes from my, I'm a big fan of Kathy Sierra. And her blog was incredible. And her book, she wrote a book called Badass, Making Users Awesome. And in her book, she was really wonderfully clear about Brian (05:07)You Joshua Kerievsky (05:24)that teams that build products ought to focus on the user of the products more than the product itself. In other words, she would say, don't try to create the world's best camera. Try to create the world's best photographers. Big subtle difference there. Like that is focusing so much on empowering the users, making them awesome at their work or whatever they're doing, whether it's art or accounting or whatever, whatever your product does, how can you give them something that elevates their skills, that gets them to a point of awesomeness faster? And that's what she was talking about. So I thought, what a wonderful message. And initially, I used language like make users awesome. you know, having been an entrepreneur myself and created products and sold them and You learn a heck of a lot when you make your own product. And we've made several products over the years at Industrial Logic, probably the most successful of which was our e-learning software. And that has taught me so many, so many lessons. One of them is you have to serve an ecosystem of people. You can't just make your main user awesome. What about the person who's buying the software? How do you make them awesome in terms of helping them buy something that's going to get used? If they buy your e-learning and they never use it, they've wasted a lot of money. So we've got to make sure that their reputation is intact because they made an excellent investment and it got used and it got into valuable, it created value in the company. So how do I make the buyer awesome? How do I make the person that like rolls out the licenses to people awesome? How do I make their experience awesome? How do I make my colleagues awesome so that we love what we're doing and really enjoy working together? So it kind of morphed from make users awesome to make people awesome. And it's so expanded. If anything, we set the bar higher. And all of the principles of modern agile are like unachievable. They're all kind of high bars, right? But they're the goal that we go towards. So that really is it. It's about creating Brian (07:23)Ha Joshua Kerievsky (07:35)you know, wonderful, you know, the in Great Britain, they use awesome kind of sarcastically sometimes, right? They'll say, well, that's awesome. You know, and so for them, it would be brilliant. You know, I thought of making an English version. We have many translations of modern agile, and I thought of making an English version, which would be a proper British English version, make people brilliant. But it's meant to be to empower folks to give them something. And it's so it is. Brian (07:43)Ha You Joshua Kerievsky (08:04)It does have a product focus in the sense of we're typically building a system or a product that someone's going to use and it's going to give them skills they didn't have before or abilities they didn't have before that are going to be very valuable. Brian (08:18)Yeah, I love that. And there's a sort of a servant nature to that servant leaders, not servant leadership as much, but servant nature of I'm serving these people and how do I, how do I serve them in a way that really empowers them? Kind of reminds me of like, you know, the, the great principle with, with dev ops of just, know, if I can, if I can empower the developers to be able to do these things on their own. And so they don't need someone else to come and check the box and do everything for them. You're making them awesome. You're empowering them to be more than they were otherwise. Joshua Kerievsky (08:54)Yes, yes, absolutely. I I think we've seen a history in the software field of a lot of tools coming along and helping. It's not just tools, it's also methods as well. I mean, I'm entirely grateful to the Agile software development movement because it helped nudge everything towards a far better way of working and to make us more awesome at our craft. yeah, you have to have a North Star though. If you're going to build something, You have to know, what are we going for here? What are we shooting for? And with Cathy's influence, again, it's not so much make the greatest product in the world. It's, that focus on the users, the people who are going to be using the work, using the product. Brian (09:34)That's really good. Let's talk about the second one then on my list here, the make safety a prerequisite. What was the point here behind this principle? Joshua Kerievsky (09:40)Yes. So starting probably around 2011 or so, I could not stand going to the Agile Conference anymore. It had just become too commercial and too filled with just people hocking stuff. And it just was bothering me too much. I couldn't go. So I ended up going to South by Southwest, which is an Brian (09:54)You Joshua Kerievsky (10:09)Enormous conference tens of thousands of people show up So it'd be 20,000 30,000 40,000 people showing up for these for this event, which is musical film technology just it's just wild and I came across this book by Charles Duhigg called the power of habit. He was there that year and In that book. Well, first of all that particular year was 2012 that I went my first year there it poured The rain, it was every day, it was unusual for that time, but it was just like pouring rain. So what could you do? I bought some books and I was sitting there in my room reading them. And I'm reading this book, The Power of Habit, and I come across this chapter called The Ballad of Paul O'Neill. Now who the heck's Paul O'Neill? Well, it turns out Paul O'Neill is this incredible guy, a complete business maverick. He ended up becoming the treasury secretary under Bush and not. in 2000 for a short period of time, but that's another story. And he ran Alcoa for about 13 or 14 years. And so the Ballot of Paul O'Neill is very much about what he did at Alcoa to turn the company around. And in essence, you could say he made safety a prerequisite. That safety was his guiding light in turning that company around, which meant left people empowered to do all kinds of things. So it went way beyond safety, but started there. And it's an incredible story. I've written about it in Joy of Agility. I got so into Paul O'Neill that I ended up interviewing his main lieutenant. And then I got a chance to interview him a couple of times. the man's a genius. He passed away a few years back. Absolute genius. this concept of safety started to really pull at me in the sense that I felt, first of all, extreme programming, and I'm a big practitioner of extreme programming, brings a tremendous amount of safety to software development. It may not be as explicit in saying safety, safety, safety. When you look at extreme programming, doesn't really talk about safety, but it's implicit. And these days, Kent Beck's much more vocal about, you One of his missions is to make software development safer for geeks. But safety to me is almost like I found my home. Like safety was something that, what I learned through Paul O'Neill was that it's a doorway to excellence. And he transformed a hundred year old company with safety. I would complain about companies we were working with that were 25 years old and had an embedded culture. Like, how are we gonna change this company? But safety started to be this thing that I hadn't really thought enough about, and making it explicit opened up a lot of doors, right? And I became very interested in the work of Amy Edmondson, who's extremely famous today, but back then she was not so famous. And huge fan of hers. I, you know, I can email her and she'll email me back and she wrote a nice thing about my book. So. She has done some incredible work there. And so when we talk about safety in modern agile, it's psychological safety. It's financial safety. It's any of the safeties. There are many safeties that we could…

    Full show notes at the publisher

    #130: Be the Change: How to Drive Impact Without Authority with April K. Mills Jan 15, 2025
    Show notes

    Ready to spark real change in your organization? In this episode, Brian Milner sits down with April K. Mills, founder of Engine for Change, to reveal how anyone can become a powerful change agent—without waiting for permission. Learn how to drive meaningful change, navigate resistance, and reignite Agile practices with strategies that actually work. Overview In this inspiring episode of the Agile Mentors Podcast, Brian Milner talks with April K. Mills, CEO of Engine for Change and author of Everyone is a Change Agent, about what it truly means to lead change. April explains how effective change agents focus on clearing obstacles rather than forcing compliance, and why fostering curiosity, empowerment, and collaboration is key to sustainable change. From navigating corporate roadblocks to revitalizing Agile practices, April shares actionable insights and tactics to help you take control and make a lasting impact—whether you're in a small startup or a global enterprise. References and resources mentioned in the show: April K. MillsEveryone is a Change Agent: A Guide to the Change Agent Essentials by April K. MillsChange Tactics: 50 Ways Change Agents Boldly Escape the Status Quo by April K. MillsCertified ScrumMaster® Training and Scrum CertificationMountain Goat Software Certified Scrum and Agile Training ScheduleSubscribe to the Agile Mentors Podcast Want to get involved? This show is designed for you, and we’d love your input. Enjoyed what you heard today? Please leave a rating and a review. It really helps, and we read every single one. Got an Agile subject you’d like us to discuss or a question that needs an answer? Share your thoughts with us at podcast@mountaingoatsoftware.com This episode’s presenters are: Brian Milner is SVP of coaching and training at Mountain Goat Software. He's passionate about making a difference in people's day-to-day work, influenced by his own experience of transitioning to Scrum and seeing improvements in work/life balance, honesty, respect, and the quality of work. April K. Mills is an engineer-turned-change-evangelist and author of Everyone is a Change Agent and Change Tactics, empowers individuals and organizations to thrive through change using her proven Change Agent Essentials. With a passion for turning ideas into action, April helps people drive meaningful change with the time, title, and budget they already have. Auto-generated Transcript: Brian (00:00)Welcome in Agile Mentors. We're back for another episode of the Agile Mentors Podcast. I'm with you as always, Brian Milner. And today I have April K. Mills with us. Welcome in April. April K. Mills (00:11)Thanks for having me. Brian (00:13)Very happy to have April with us. April is the founder and CEO of an organization called Engine for Change. That's engine-for-change.com. That's her website. She's also an author. There's a book that she put out called, Everyone is a Change Agent, a Guide to the Change Agent Essentials. And that's what we wanted to have her on to talk about today with a little bit about being a change agent. Now I shouldn't say from the outset, April is a request. We had a listener request for April to come on. And I always love that. I always try to push those people to the top of our list and get them on as soon as possible. And it was such an interesting topic. I thought this would be just a really great way to have a great topic to have early in 2025. So April, let's start with just trying to understand when we say change agent, how do you define that? What do you mean by change agent? April K. Mills (01:09)Yeah, a change agent is someone who takes action to bring about the change they want to see in the world. So rather than waiting for a boss or a corporate program or somebody from HR to come in and say, hey, let's improve this process, the change agent sees the need for a change and takes action. And the big thing I talk about in my books and my work is the difference between what typically happens when somebody sees a need for a change in an organization where they decide, I'm gonna go get a boss to go make everybody do my idea. I call that driving people. And I draw the contrast with that and driving change where you choose the change for yourself and you clear the obstacles for others to choose it too. And I love talking about that with Agile audiences especially because Agile is a change agent movement. of folks who want to drive change. I see a better way to create this product and I want to be part of it. And that's always what's drawn me into the agile space. Brian (02:13)Yeah, that's awesome. Yeah. And it is a big change, right? To think about the dynamics of someone kind of sitting back and saying, yeah, I see something that needs to be done. I see something that should be a different way, but you know, who am I to say anything about this? Who am I to do anything about versus the person who actually takes action and does things. So that kind of leads to a question about change agents. What kind of skills or traits do you think are really helpful or beneficial to someone to be a better change agent. April K. Mills (02:46)Well, the key is that difference between driving people and driving change. It's not what degree do you have, it's not how long have you been in the industry, it's not are you a people person, are you more focused on the data or some of those factors that we usually like to talk about. It really is, are you willing to take the step yourself first and clear those obstacles and encourage and invite people to join you? Or do you want somebody to make them obey you? And that choice is really the key for anybody to be a change agent. Because so many times we've seen people who might be able to convince the boss, hey, our team should be agile. And what happens, right? It goes on for about three months. The team gets frustrated. The boss gets angry. And then everybody starts to have a reaction when you bring it up, right? I'm sure plenty of the listeners have gone into an organization. If you're passionate about agile and you go, hey, have you guys heard about agile? And they go, ooh. And they make like a face. That's because they've encountered somebody who is driving people. And so that's the big focus I always try and talk with people about is can you show up with that willingness to let people join you and understand what their obstacles are to doing it. Brian (03:57)What are some kind of warning signs or signals you'd look for to kind of recognize whether I'm actually approaching this from a driving people perspective versus driving the change? April K. Mills (04:08)So a lot of times the key is how are you thinking about or talking about in your own head about the people around you or even yourself? We have a tendency to drive ourselves as well. So you can hear it in the language, right? I'm frustrated because so-and-so won't listen. I wish I could get more attention. It's all this sort of vague or... putting the action onto someone else and then complain the action isn't happening fast enough. You can hear it in the language. And so when someone's driving change, you don't hear that. hear, you know, I'm working on, I'm doing, the next thing is my action is I'm going to go talk with this person. I want to understand. I'm going to be curious. And you get this agency, this power coming back into your body almost, and then taking taking the next step from there. And so it's almost easy. You can almost say, well, how far outside your body would you put the power to make this change happen is a useful question to ask people. And if they say, well, it's in the CEO of the company, it's in the industry, it's in my tech lead, but it's certainly not me, well, then you're not a change agent. Brian (05:20)So that brings up a good point because I think I can try to channel what the listeners might be thinking here. I know that in times I've been in organizations where, yeah, you have the ideal, you have the thing that you think is the best thing to do. But because the power dynamics in the organization, you don't really have the power to make that change and you depend a little bit on others that have the power to to help affect it. And so there is a sort of an aspect of, I don't really have the capability or the power to cause this change to happen. How can I still stay with that mindset of driving change versus driving people when I know I need someone else's help? April K. Mills (06:03)Right. So that's a great conversation. And I've started to call it phase one Agile versus phase two Agile. I'm old enough in this space where when I first joined, a lot of Agile was team-based. Somebody on the team or several people on the team said, yeah, I want better. And these are the things that we can do as a team to deliver better. And let's do them together. And then the problem was the teams could do it, but they couldn't scale it. And they were like, if only we could get the senior leaders to pay attention to us, that would solve all our problems. And then you get phase two agile, which was executives buying agile implementations and forcing it down on people. There is one right way and we will do exactly this and you must conform and no other versions are allowed. And then we got the fractures and all of the fights about all of the different aspects. And so we tried it both ways, right? We tried it with the team effort and then we tried it with this thou shalt effort. And I think the key to actually making Agile work across organizations and deeper into organizations is to keep that energy from the team-based Agile to say, we're choosing something better, but it's that piece of driving change. What are the obstacles for others to choose it to? We didn't do that step. We went from my team does it, now the boss should make everybody else do what my team does. And I think that's where we got off track. in really scaling Agile into something that was sustainable and brought that joy and commitment and everyday wanting to show up and be better across the organization. So that's what I would encourage folks to do is not try to cheat that step of getting your fellow teams and larger systems to join you by finding somebody with the power to make them be like you. Brian (07:50)That's fascinating. I know that in some of these changes I've been involved with as well, there can be things that happen that kind of find yourself stalled a little bit, right? The initiative or the changes you're trying to affect just doesn't feel like it's going where it needs to go. What advice do you have for people who feel like they're in that place where they feel like they're kind of stalled out? in the change. April K. Mills (08:16)Yeah, so a lot of the things I talk about in that book you mentioned everyone is a change agent are different tactics you can use to overcome that. One of the key things that I talk about is what I call a change buffer, which is how can you make the rules where you're at different than those rules across the organization? I mean, let's take a simple example. Let's say there's five software teams in a business. Very simple example, right? And one is doing some practices and they'd love for those practices to spread. but they're not spreading as fast as they would hope. One of the ways to protect your change is to say, on our team, we will behave this way, declare it, make it what I call a policy buffer. So when one of those other four teams says, well, why are you doing it that way? You can point to the piece of paper and say, we've agreed to behave this way. Now, if you'd love to join us, we'd love to share that with you, but this team behaves this way. So then it's not every developer having to defend in effect the practices, which can get exhausting. But then you can start to ask them, what's your policy on your team? How do you do this? And get curious. Not in a, I'm trying to lure them in and trap them into my way of behaving, but in a, really want to understand, do they have a different measure that they're being exposed to? How can we help maybe get that measure off of them? Do they have a boss who's got a different standard for what quality looks like? Well, should we have a corporate conversation around, quality across the five teams should be the same. We don't tend to have those because we want to skip the step of coming into that alignment together and just have a policy somehow drop from the stars that aligns with my values. yeah, policy buffers are really big to protect a change and help it spread and have those curious conversations at the edges. Think of it like system integration, right? You can't just dictate, you have to understand and merge. Brian (10:11)Let's say we put in place a policy buffer like that on our team and our whole team agrees to doing something and we think this is the right way of doing things. And someone higher in the organization, some manager or leader finds out about this and says, no, I don't want that to happen. We've been trying to affect the change, right? And not push the individual. But now we do have the individual who's saying, you shall not do this. How do you overcome that when you're the change engine? April K. Mills (10:38)Yeah, so a lot of times you have to understand what are the assumptions that that leader is making and again get curious, right? Because if we focus not on the method but on the outcome, we should be able to get alignment faster. So rather than going into a boss and saying, method A is my choice, method B is yours, you know, it's a cage match, two will enter, one will leave. You instead want to show up and say, Well, I think we both agree we want to deliver quality products on time that customers love at the lowest possible production costs. Are we aligned on that or not? And if they say yes, then you say, okay, now let's just understand what are you asking for? And from my perspective as a person who has to implement that, here's how I think that impacts our ability to deliver quality products that customers love at the lowest possible production costs. And these methods that I'm using are doing this and here's my data or evidence. And so you in effect want to shift it where it's not me looking at you, but as people are probably going to see on this podcast, it's us next to each other. So if we instead frame it as me and the leader looking at the issue together, because we want to win together, we're not in competition. So again, it's about seeking to understand, removing those obstacles so that we can be aligned together to go there together. Brian (11:57)I love the idea of backtracking a little bit and finding that common ground and going from that space. I think that's a great approach. I know I've had success with that in my career too, of being able to find, well, we agree on this, right? And if we agree on this, now we're just talking about the best way of getting from where we are to there. And then it's less personal, then it's less about the person, it's more about the best strategy. And we're a little bit less... personally invested that we think it's a you know a personal affront or challenge if it's if it's more about the idea So I agree. I think that's a that's a great kind of approach to doing that How about the differences in just the the context of this if I'm a change I know you know I've been in some small organizations. I've been in some me…

    Full show notes at the publisher

    #129: 2025: The Year Agile Meets AI and Hyper-Personalization with Lance Dacy Jan 08, 2025
    Show notes

    Curious about the future of Agile in 2025? Join Brian and Lance Dacy as they dive into the rise of AI, hyper-personalization, and how teams can balance innovation with customer focus. Plus, discover actionable insights to navigate a rapidly evolving landscape—don’t miss this forward-looking discussion! Overview In this episode of the Agile Mentors Podcast, Brian and Lance set their sights on 2025, exploring how AI is transforming Agile practices and reshaping customer engagement. They discuss the shift from output to outcome metrics, the expansion of Agile beyond IT, and the critical role of leadership agility. With practical takeaways on fostering continuous learning and delivering real value, this episode equips teams and leaders to stay ahead in a fast-changing world. References and resources mentioned in the show: Lance DacyAccurate Agile PlanningSubscribe to the Agile Mentors PodcastAdvanced Certified Scrum Product Owner®Advanced Certified ScrumMaster®Mountain Goat Software Certified Scrum and Agile Training ScheduleJoin the Agile Mentors Community Want to get involved? This show is designed for you, and we’d love your input. Enjoyed what you heard today? Please leave a rating and a review. It really helps, and we read every single one. Got an Agile subject you’d like us to discuss or a question that needs an answer? Share your thoughts with us at podcast@mountaingoatsoftware.com This episode’s presenters are: Brian Milner is SVP of coaching and training at Mountain Goat Software. He's passionate about making a difference in people's day-to-day work, influenced by his own experience of transitioning to Scrum and seeing improvements in work/life balance, honesty, respect, and the quality of work. Lance Dacy is a Certified Scrum Trainer®, Certified Scrum Professional®, Certified ScrumMaster®, and Certified Scrum Product Owner®. Lance brings a great personality and servant's heart to his workshops. He loves seeing people walk away with tangible and practical things they can do with their teams straight away. Auto-generated Transcript: Brian (00:00)Happy New Year's Agile Mentors. We are back and a very happy New Year's to everyone who's listening. Welcome back for another episode and another new year of the Agile Mentors podcast. I'm with you as always, Brian Milner, and we have our friend of the show for our annual kind of tradition now. We have Mr. Lance Dacey back with us. Welcome in, Lance. Lance Dacy (00:23)Thank you, Brian. Happy New Year to all of y'all. Happy to be setting this tradition. think it's two times now, so we'll just call it a tradition, but I love it. Thank you for having me. Brian (00:32)Very glad to have you here. The tradition we're referring to is that we like to take the first episode of the new year and just take a pause and kind of look ahead a little bit. What do we see coming up? What do we think this new year is going to be like? Obviously, it's a year of change. Here in the US, we'll have a new president that comes in. I'm not going to get into whether you like that or not, but it's new. It's going to be a change. There's going to be differences that take place. And I know there's a lot of differences and changes going on just in the way businesses operate and how things are run and lots of new technologies, lots of new trends. So we just thought we'd take a pause and kind of scan the horizon and maybe give you our take at least on what we're hearing and what we're seeing. And you can see if you agree with these or not. We'd love to hear from you in our discussion forum on the Agile Mentors Community afterwards if you have other thoughts or opinions on this. let's get into it. Let's start to talk about this. So Lance, I guess I'll start. I'll just turn it over to you and ask you that generalized question. Give me one point or one thing that you've been reading or seeing recently that you think is going to be a really important thing for us to kind of be prepared for or look out for here in 2025. Lance Dacy (01:44)Great question, Brian. There's so many things out there, and I thought we could start by looking back a little bit. if we're okay with that, just let's summarize, you what did we see happen in 2024? You mentioned, you know, 2025 is a year of change, absolutely, but 2024 was definitely a different kind of year as far as my experience is concerned and seeing a lot of industry trends that are just popping up out of nowhere. Now we are fans of agility, which means we embrace quick, efficient changes, but there's things going on in 2024 I never predicted Brian (01:52)Yeah, yeah. Lance Dacy (02:19)fast. And so I think we've got to reshape the way that we're thinking about these things. I think the topic of mind, one of the biggest shifts that I saw in 2024 that I think will continue in 2025 is AI. So that artificial intelligence is a big word that we keep lumping into a lot of things. And I just wanted to take a pause a little bit and say, I know everybody's got a little bit different experience about AI, but in particular, as it relates to product development and agile delivery, which is what this show is basically focused on, I thought we could look at some insights of what happened in 2024 with that. And so I think I call us babies at it right now. And I know that may be a bad term, but I have a lot of experience with AI and machine learning and things like that. But as far as the use of it, I feel like we're all a little bit more of babies on how to use it in the day-to-day work that we're trying to accomplish. And I think that comes with learning something. I embrace that. I don't mean that as a downplay, by the way, but that we're all babies. I'm just saying we're less mature about it. We're experimenting with a lot of things. And I don't think that some of the AI is all good. I I embrace it as a thing that's going to help us later on, but... I thought we could just share our experiences of how we've seen this thing manifest itself. I think tools like AI driven, I'm going to use the bad word JIRA, but in place of that, just use any product backlog management tool that you see. And I've seen a lot of organizations not just talk the game of, we use AI for our backlog management, but I'm talking about backlog prioritization, sprint planning capacity. And I believe what's happening is it frees teams up to do more of the... value driven work that we're going to see a lot more of in 2025. So what I mean by that is when we got automated testing and development, if you remember those days, it freed the developers up or the testers, should say, from doing less of the does this thing work to more of how does it feel using it as a human being, you know, automating that. So I've seen things like JIRA, with AI with JIRA and GitHub co-pilots, you know, reshaping the value creation in the teams and eliminating the need of having to do very low level tasks. So what is your thoughts on that and do you have any experiences of that as well? Brian (04:36)Yeah, for sure. There's a couple of things I've found that just kind of some stats I found from some different places. you know, listeners know I'm kind of like a data geek here. want to know where the data comes from and want to make sure it's a, yeah. Yeah. You want to make sure it's a solid source and it's not some questionable, you know, sketchy kind of, well, I asked 10 of my friends and here's the answer, you Right, right. Exactly. Lance Dacy (04:48)Good hand. I love that. or a FBI. Brian (05:02)But so there's a couple of things that came back. One was, I think Forrester is probably a pretty good source of information. They have some pretty good rigor to their process. And they have a thing that they put out every year. This one's just called the Developer Survey. And this is the one that they put out for 2024 that I'm quoting here. But a couple of stats from that that I found interesting. One was, 49 % of developers are expecting to use or are already using general AI assistance in their coding phase of software development, which, you know, maybe higher than most people might think. But it doesn't surprise me too much. I think that's probably kind of what I'm used to it. Understand saying, you know, an assistant co-pilot, that kind of thing. They're not saying 49 % have been replaced. They're saying 49 % are being assisted. by that and that seems about right. Maybe again, maybe a little higher than some might expect, but that seems like not too big of a shocker. Lance Dacy (06:04)Well, the animation too. So when you talk about assistance versus letting it run it, I saw a gentleman on LinkedIn, which is also a good. I wish we could interact more with our users on this call, because I'd love to hear their perspective. But I heard somebody say, let AI write my code. No, thank you. Code is like poetry. It has to be refined over time. It has humanistic qualities. And I was like, man, that's a really good point. But when I try to show my kids how to create a Ruby on Rails app to do an e-commerce site and I type it into chat GPT or whatever tool you use, I was amazed at how quickly it was able to put together. mean, you got to still know the file structures and things like that. But I don't know that developers are just going to say, I was going to write the whole thing. think they're, I think it's saving us keystrokes. I think we talked about that last time as well, but that's an interesting, interesting take. Brian (06:50)Yeah. Yeah. So I thought, I thought that was interesting. There was another, you know, I'm kind of, I'll move around between these two sources basically, but there's another source that I saw where there was a Harvard Business Review article. posted this on LinkedIn a while back, but it was a kind of the source of it was about a survey that they did to try to determine the impact on the job market. And one of the things they did was now their data was from July, 2021 to July, 2023. So this is a little bit older data, right? The survey was trying to say in analyzing the job postings on freelancer job sites specifically, and they tried to identify ones that might be affected by the advent of chat GPT, because that's the period where chat GPT really started to come onto the scene and started to become prevalent. And what they found was about a 21 % decrease in the weekly number of posts and what they call automation prone. Lance Dacy (07:35)Yeah. Brian (07:47)jobs compared to manually intensive jobs. They said riding jobs were affected the most 30.37 % decrease, followed up by software app and web development 20.62 % decrease and engineering 10.42 % decrease. But the interesting kind of thing is they found it kind of towards the end of that there was some increases and their kind of conclusion was that there was actually an increase in demand of the kinds of work that required human judgment and decision-making. And so that kind of ties back into what you were saying about let AI write my code whole, completely no, there's still a requirement for that human judgment and decision-making. I think this is why I'm not afraid of it, right? This is kind of, I don't want to make this an AI show, it's about the future in 2025, but when we had a... Lance Dacy (08:17)All right. Right. Brian (08:40)When we've had AI shows, that's one of the things I've said to the audience here is that I'm not so afraid of AI being sort of the doom and gloom of it's going to destroy profession or destroy. It's going to change it. But I don't think that's any different than any other. A great kind of analogy I make is when we started to have testing automation. It didn't do away with testers. This is just another tool that's going to be in our tool belt. Lance Dacy (08:51)Guy net. Brian (09:05)And I think our challenge is not to, you know, we're agilist, not to resist change, but to try to adapt, try to find ways that we can align and incorporate and get the most out of it. So, yeah. Lance Dacy (09:17)I think the most part of that though is, Brian, too, what most people fear. And I agree with you, we won't make it an AI show. just, we got a couple of points to make on this. But for the first time ever in human history, we now have something that might be more intelligent than us. And that is scary because there's some AI neural network engines that people can't explain how it's working anymore. They put it in place. And then it's like, we're not quite sure how it's doing all of this. And that's a scary thing, obviously, that can get out of control. We've never really had to face that. So we do have to be aware of that, but you know, let's go back and peel it back. Hey, we're, trying to plan a backlog with AI and we're trying to write a few Ruby on Rails code. I'm not letting it run my life yet. And one day it may already be doing that. I just don't even know it. I don't know. We won't get into that debate, but I think the thing is that we need to take pause of in the agile industry. is we embrace new technology as long as it's helping us deliver faster to our customers and save us time and efficiency. You know, I tell teams all the time, Agile is about delivering the highest business value items as early as possible with the least amount of cost friction, know, whatever word you want to use for that. Well, AI might help us do that, but I want to caution that. I think you and I were just talking about this. I wanted you to bring up that news story element that we were talking about. where people are just pushing content out there and kind of desensitizing us to is that important information or not? And I think AI needs to tag onto that. So I didn't know if you could share that real quick and then I want to share some metrics that I've seen some teams capture. There's a lot of teams now adopting these things called Dora metrics, which was created by a DevOps engineering group. And it's amazing to me now that we have real data to see, well, we have embraced AI. Brian (10:45)Sure. Lance Dacy (10:59)does do some things or not, I'd like to balance the good with the bad on that. But can you go over that new stuff that you were sharing with me? Brian (11:05)Yeah, no, it's just a conversation I've been having recently with people, they're friends of mine and kind of, you're probably feeling the same way about this in certain places, but the breaking news alerts that you get on your phone, you get those things all the time and I've had friends and I have discussions about maybe it's time to just turn them off. There's just so many breaking news alerts and that's kind of the issue, right? Is that there are so many that are now classified as Lance Dacy (11:23)Yeah. Brian (11:31)breaking news that you kind of look at that and say, this isn't really breaking news. You know, like if something really major happens, yeah, I want to know about that. I'd like to get an alert about something that's truly breaking news. the, you know, have major news sources, apps on my phone and get those breaking news alerts all the time. And some of them are just things that are minor, minor news that I would be much better served seeing in a summary and like a daily summary or even a weekly summary on some of the things. Right. Lance Dacy (11:50)Yeah. Or if at all, like you don't care about the sub undersecretary of Parks and Lighting in Minnetoca. You know…

    Full show notes at the publisher

    Previous 1 4 5 6 7 8 19 Next

    Related Podcasts

    Reply All

    1

    Reply All Games & Hobbies
    Inside VR & AR

    2

    Inside VR & AR Gadgets
    Note to Self

    3

    Note to Self News
    BrainStuff

    4

    BrainStuff Natural Sciences
    This Week in Tech (Audio)

    5

    This Week in Tech (Audio) News
    Hands-On Tech (Audio)

    6

    Hands-On Tech (Audio) Technology
    footer-logo

    Contact Us

    Toll Free: 844-670-7747

    Links

    • Home
    • Top Charts
    • Networks
    • Apps
    • Independents Podcasts
    • Podcast Advertising
    • Podcast News
    • Contact Us
    • About Us
    • Analytics & Insights

    Stay Connected

      Privacy, Terms of Use & Our Code of Ethics Protecting Content Creators Copyrights