Scrum Master Toolbox Podcast

Mirco Gerling: The Hydra Product Owner and the PO Who Made Trust Possible Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes. The Great Product Owner: Precision That Builds Team Trust Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "He always had an answer, or if he didn't have the answer, he tried to ask the clients, the users, the stakeholders." - Mirco Gerling   In pharmaceutical software, the wrong dose can kill someone. So when Mirco worked with a PO in that domain, precision wasn't a virtue — it was a survival requirement. The PO wrote meticulous user stories in classic "As a user, I want… so that…" format with very good acceptance criteria. The developers always knew what done meant. And when, mid-sprint, the team spotted a gap —

Mirco Gerling: The Silence Test — How to Know Your Team Doesn't Need You Anymore Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "Don't talk too much. And only talk if it's necessary." - Mirco Gerling   For Mirco, success as a Scrum Master starts with a simple rule he had to fight for: don't try to be someone else. Early in his career, when people kept saying "Mirco, you decide, you're the Scrum Master," he had to do the hard work of pushing back — "no, we decide together." That instinct shapes his whole definition of success. Be authentic. Wait before you speak. Ask before you instruct. And when a discussion stalls, sit with the silence — because in most cases, someone in the team has a better idea than you do. The cleanest test of whether a team is truly self-managing? Disappear. When Mirco took two months of parental leave, his team kept running every Scrum event

Mirco Gerling: Two Teams, One Sprint Cadence — The Hidden Cost of Synchronization Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "The teams need to understand the advantage of the synchronization — but will they?" - Mirco Gerling   Two of Mirco's teams just got merged into one — and the brand-new, fused team is now part of a 10+ team organization trying to move from loose-coupled chaos to a standard process. Different sprint lengths. Different estimation methods. Different ticketing tools. The plan: align everyone to 4-week sprints, hold a global planning week every three months, and synchronize start and end dates across all teams. Mirco voted for 2-week sprints. The majority went with 4. And then the side effects started. Sprint reviews stack up on the same days, making it impossible for Scrum Masters to facilitate them all. Teams synchronize on paper, but interac

Mirco Gerling: The Supermarket Team That Self-Destructed Trying to Help Everyone Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "They tried to help, and finally, it... it self-destructed the team." - Mirco Gerling   The team was the supermarket of the organization. Cloud systems, versioning, developer machines, hardware — if another team needed infrastructure, this team built it. And when other teams asked, the answer was always the same: "We will try, we will try." Mirco watched what happened next play out in slow motion. The team escalated their overload to management. Management responded the way management often responds — sent in temporary help. The reinforcements solved problems quickly and left. But every system they built became permanent maintenance work for the original team. The pile grew. The team shrank. People left for other teams, or left the organizat

Mirco Gerling: When the Scrum Guide Isn't the Rulebook — A Scrum Master's First Conflict with Management Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "I had to learn that the organization didn't know the Scrum Guide very exactly." - Mirco Gerling   In his first Scrum Master role — running hybrid as both developer and Scrum Master — Mirco walked in believing the Scrum Guide was the rulebook everyone played by. The team thought so too: they were self-managing now, so they would decide. Management hadn't read the same memo. When Mirco called time on a meeting, a manager said "It's my decision when the meeting is over." When Mirco asked the team if they were happy in a retrospective, the manager saw the flip chart afterward — and from that day on, Mirco started destroying anything from retrospectives that could attract attention. The conflict wasn't about Scrum. It was

Aliu Adewale: The Over-Communicator vs. The Over-Ambitious—Two Patterns Every Scrum Master Should Recognize Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes. The Great Product Owner: The Over-Communicator Who Negotiated Every Scope Change Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "This is a guy who over-communicates everything." - Aliu Adewale   The best Product Owner Aliu ever worked with did something simple that almost no PO does. Before each refinement, he'd pull up the Jira board, record himself walking through every user story, explaining acceptance criteria, talking through the end goal one ticket at a time—and post the video to the team a day or two ahead. This was before Loom existed. The result: refinement felt less

Aliu Adewale: Success Is Living the Five Scrum Values—And Asking the Team If You Are Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "Trust is the foundation of empowerment. When you trust your team, they will deliver beyond your expectation." - Aliu Adewale   For Aliu, success as a Scrum Master is concrete: the team is living the five Scrum values—commitment, focus, openness, respect, and courage—and the organization is getting real value from their work. Commitment shows up in how the team holds itself to a Sprint goal. Focus shows up in how they protect that goal from noise. Openness reduces conflict because nothing festers in the dark. Respect, Aliu reframes powerfully: respect for someone's background comes before respect for their skill set—because in a team where people come from different countries, religions, and skill sets, that's the foundation everything

Aliu Adewale: When Everything Is a "Must-Have," Nothing Is—Prioritization for Real-World Teams Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "Every yes to something unimportant is a no to what matters." - Aliu Adewale   Aliu's current challenge isn't from his day job—it's from a volunteer project for his local Parent-Teacher Association. The group wants to build a centralized app for school announcements, PTA updates, volunteer coordination, event reminders. The first meeting produced 250 ideas, all of them framed as must-haves, all of them needed before school resumes. The window: three months. Vasco names two traps that most Scrum Masters fall into. First, MoSCoW and similar frameworks aren't prioritization—they're categorization. The moment everything ends up in the "must" bucket, you're still stuck. Second, prioritizing a feature list assumes features are inde

Aliu Adewale: The Counterintuitive Fix—How Collapsing the Jira Board Sparked Collaboration Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "Collaboration is the foundation of a successful Scrum team." - Aliu Adewale   Aliu walked into a team where the daily standup was theater. Developers delivered their tickets and forgot about them. QA picked up "their" column. Front-end, back-end, senior architect, junior developer—everyone was a champion of their own silo. Nobody engaged during refinement. Nobody called anything out. The board had close to ten columns, one per specialty, and it was working exactly as designed: as a handoff system. Aliu's diagnosis is sharp—the foundation of the team's problem wasn't the people; it was the tool. The Jira board was visualizing silos and the team was living up to it. The fix was counterintuitive: he collapsed the board from nine colu

Aliu Adewale: The New Scrum Master Trap—Being In Everyone's Business to Look Busy Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "Sometimes the best architecture and design comes from a self-organizing team." - Aliu Adewale   When Aliu first became a Scrum Master, he wanted to be everywhere. New to the role, new to the organization, with a new team relying on him to deliver, he scheduled extra check-ins, sat in on everything, and made sure his manager could see him working. The result wasn't visibility—it was suffocation. The team felt he was in their business, and the deliveries he was trying to protect got worse, not better. Aliu's wake-up call came from his coach, who told him a sentence he still carries: "Stepping back gives your team the space to take ownership and unlock their true potential." The hardest thing a new Scrum Master can do is let things roll on

Gunnar Fischer: From Staying in Your Line to The Connected Product Owner—Two Patterns Every Scrum Master Should Recognize The Great Product Owner: The Connected PO Who Makes Information Flow Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "This Product Owner didn't need to be the smartest person in the room, but everybody knew, okay, this is a really smart guy." - Gunnar Fischer   The best Product Owner Gunnar ever worked with was what he calls the connected PO. This person had a deep professional network—inside the company and with the customer—and could talk to anyone: a colleague, the client, a brand-new team member they were onboarding. They were socially sharp without being shallow. They could disagree clearly, even harshly, and then turn around and say, "now let's talk about something else," with kindness. When this PO said no, it was a no people respected; w

Gunnar Fischer: Healthy Flow of Value in a Healthy Work Environment—The Ecosystem Definition of Success Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "A successful Scrum Master is healthy flow of value in a healthy work environment." - Gunnar Fischer   Gunnar's definition of success comes in one phrase that hides a lot of work: healthy flow of value in a healthy work environment. The work environment, he says, is an ecosystem—it doesn't have tigers, but it has plenty of layers and forces that can throw the balance off. You start at the team: are we reaching our goals most of the time? (If always, you might be playing too safe.) Then you move outward to the customer: who are we doing this work for, and are they succeeding? Then to the company: what's good for the customer might still be bad for the financials. And finally back to the individual: a team can be hitting

Gunnar Fischer: Three Transformations at Once—How to Build Momentum When Everyone Is Exhausted Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "You're not only writing for the leadership—you're always writing for the gallery." - Gunnar Fischer   Gunnar brought a juicy challenge to Wednesday: his company is running three transformations in parallel, at three different levels, all at different stages and degrees of success. People are exhausted. The word "change" triggers an allergic reaction. And yet, in the same breath, those same people will tell you the organization needs to change. So how do you create momentum in a climate worn down by theater and abandoned initiatives, when the managers who launched them have moved on? Gunnar's first insight is that the human species is built for change—the problem isn't appetite, it's the feeling of not being heard. Even hinting

Gunnar Fischer: The Anti-Pattern Bingo Team—When Success Is a Zero-Sum Game Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "This was neither Scrum, nor a team. It was more like the anti-pattern bingo team." - Gunnar Fischer   When Gunnar took his first job abroad, he walked straight into what he calls the "anti-pattern bingo team"—a supposed Scrum team that was neither Scrum nor a team. The company was in trouble, the team had a bad reputation and was used as a punching bag, the manager-of-manager treated them like a stepchild, and the new manager didn't seem to know what he had signed up for. The team members themselves didn't really want to work together. The goals slipped. Decisions were made in back rooms, outside the official meetings. And underneath it all sat the most corrosive belief Gunnar names: that success is a zero-sum game—if you win, I lose. With that

Gunnar Fischer: Accepting Not Being Accepted—The People-Pleasing Trap That Broke a Scrum Master Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "I accepted not being accepted, and that was a big failure." - Gunnar Fischer   Gunnar's biggest failure wasn't a single bad decision—it was an attitude he carried into work for far too long. As an Agile coach and Scrum Master, he watched a new high-ranking manager arrive who didn't like the team, didn't respect them, never even officially introduced herself. And Gunnar did the worst possible thing: he played along. He did the people-pleasing dance without ever getting feedback, recognition, or even a basic conversation. He formed ideas as a team, did the work, asked for nothing back—and accepted that nobody looked at the work. In hindsight, the Scrum value of respect was the missing piece. "The members of a Scrum team respect

Olaitan Fashanu: The PO Who Doesn't Care vs the PO Who Always Has the Answer Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   In this episode, we refer to a recurring theme in past podcast episodes—the proxy product owner who can't make decisions because they're not theirs to make. The Great Product Owner: Always Available, Always Decisive, Always Has the Context Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "There was nothing you tell, any questions you have about a particular feature that this guy doesn't have an answer to. And that really moved the team so fast." - Olaitan Fashanu   The best PO Olaitan ever worked with was the mirror opposite of every anti-pattern he'd seen. Deeply involved in refinement. Took backlog mana

Olaitan Fashanu: I Love Data—Why Success for a Scrum Master Means Doing the Hard Measurement Work Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "You don't get better by not trying to be better." - Vasco Duarte (channeling Olaitan's own discipline)   For Olaitan, success as a Scrum Master comes down to two things—team effectiveness and team health—and he refuses to guess at either. Twice a year, in what he calls his winter and summer cycles, he runs a structured team health check survey to capture how confident people feel, whether they hold each other accountable, and whether psychological safety is real or theatrical. Between those checkpoints, he runs constant one-on-ones—and not just with developers. QAs, designers, the PO. Everyone gets the conversation. He pulls outside-in feedback from customers and partner teams too, because effectiveness measured only from t

Olaitan Fashanu: Three Teams, Three Backlogs, One Feature—Can You Make Them See Each Other? Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "How do we ensure that these teams actually work together to show the same data?" - Olaitan Fashanu   Olaitan brings a problem most Scrum Masters in scaled environments will recognize. Three teams. Three separate backlogs. One product, accessed across app, web, and support channels. Leadership made a top-down team topologies decision: split the work to move faster. Predictable result—each team optimizes for their own backlog, blind to what the others are building, sometimes shipping the same feature twice with different behaviors. The product owners know there's overlap. The teams love the idea of linking tickets across backlogs. They just won't maintain the habit. Olaitan and Vasco walk through experiments together: a sync

Olaitan Fashanu: When the New PO Stops Refining—and the Team Starts Self-Destructing Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "If we're actually doing the job of refining this ticket properly, then we will not be creating this tension in the team." - Olaitan Fashanu   The team was working well. They had a strong PO who came to refinement with the problem clearly framed: this is what we want to solve, here's the context, here's the user story, here are the acceptance criteria. The team picked it up, refined it, ran with it. Then change came. A new PO joined—and the routine collapsed. The new PO cared about one thing: hitting the delivery date. Tickets dropped into Jira with no context, no problem statement, no acceptance criteria. Just "this needs to ship by end of month." Within weeks, Olaitan saw the symptoms cascade through the team. Developers asked designer

Olaitan Fashanu: The Scrum Master Who Tried to Force His Way In—and Got Schooled Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.   "When you want to make things work, you need to find a way to carry people along. Lead, not by forcing your way on the team, because you're working with smart people, you're working with professionals." - Olaitan Fashanu   When Olaitan transitioned from project management into the Scrum Master role, he carried his old habits with him: enforce, push, drive. Then he walked into a team of senior developers. In one retrospective, a team member casually suggested that someone could help set up Jira properly. Olaitan took it personally—wasn't that his job? The next day in the daily standup, he called it out publicly. The reaction told him everything. The team member shut down. The PO pulled him aside afterward to say, "We could have had a better