Scrum Master Toolbox Podcast

BONUS: AI Makes Starting Work Easy, But Flow Still Finishes It AI is changing software teams, but Liz Rettig brings the conversation back to flow, strategy, and the discipline of finishing. In this BONUS episode, Vasco and Liz explore how Scrum Masters can use AI to make policies visible, help teams manage WIP, support Product Owners, and keep the organization focused on valuable slices instead of faster output alone. From Anthropology To Kanban And AI "As a Scrum Master, you're an anthropologist because you're watching people and you're recording how they are working."   Liz starts with her path from anthropology to Scrum Mastering, agile coaching, and professional Kanban training. That background matters because her work has always been about observing how people interact with systems. AI did not replace that skill. It made the system easier to see. In one client engagement, a team adopting an agentic framework also needed agile ways of working around that new capability. Liz saw that AI could hel

BONUS: AI Is Not Just Typing Faster With Marcus Hammarberg In this BONUS episode, Vasco Duarte and Marcus Hammarberg explore what changes when AI agents move from writing small functions to creating whole features, running through tickets, and even improving their own instructions. The conversation keeps coming back to a simple but difficult question: if agents make software delivery faster, what should humans use that speed for? When the Agent Writes the Feature "What I realized was that the agent could now write the code from a prompt that I gave it, and it was good enough that I didn't have to touch a lot of it."   Marcus starts with the moment that changed his own practice: in December 2025, he used an AI agent to build a feature for a flow metrics app based on Jira change logs. Before that, AI coding felt like asking for small functions and then cleaning up the result. This time, the agent could take a feature-level prompt and produce something useful. That shifted the question from "can AI hel

BONUS: AI in the SDLC Puts Customer Feedback Before Faster Typing AI is already changing software development, but David Mantica argues that the real shift is not only in code generation. In this BONUS episode, Vasco and David talk about what happens when AI enters the whole software development life cycle: executive decision-making, Scrum Master work, product feedback, data quality, agentic systems, and the human skill of learning to adapt. From Executive Curiosity to Real AI Use Cases "You have two directions you can go with AI. One is productivity. The other part of AI that organizations haven't quite tapped into yet is how do you make money with it?"   David describes AI adoption as something that, like agile and AWS before it, often starts in the middle of the organization before executives fully understand what is happening. Early conversations were about policy, regulation, and tool choices. Now, the conversation has moved toward use cases: where GenAI helps personal productivity, where agent

BONUS: The Scrum Master's AI Prompt Library, with Joshua McDonald In this BONUS episode, Joshua McDonald shares how he uses AI in the daily work of a Scrum Master, from team summaries and leadership updates to retrospectives and coaching preparation. The conversation is practical and grounded in one clear warning: AI can give Scrum Masters time back, but it cannot replace their judgment. When AI Stops Being a Toy and Starts Saving Real Time "It would have to be when it started to save me about one to two hours per day."   Joshua's turning point came when AI moved from curiosity to practical assistant. He began using tools like Microsoft Copilot to analyze reports, prepare communication, and package updates for different audiences. The value was not that AI did the thinking for him. The value was that it helped him reach useful coaching conversations faster, especially when working with reports on predictability, volatility, and cycle time. Turning Flow Data Into Better Coaching Conversations "

Kaloyan Chalakov: Great Product Owners Start the Conversation Instead of Becoming the Boss In this episode, we refer to Product Owner anti-patterns and team and PO collaboration. The Great Product Owner: Open Communication, Active Listening, and Feasibility First 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.   "Start the open conversation and listen to the critical discussions." - Kaloyan Chalakov   Kaloyan describes the best Product Owner pattern as almost the opposite of control. A strong Product Owner comes to the team with the outcome, the timeline, and the stakeholder context, then starts a feasibility conversation. They ask what is possible, what is risky, what can be decomposed, and what the team needs in order to deliver. In Kaloyan's example, the Product Owner stayed focused on stakeholder communication while the team helped shape the work into somethi

Kaloyan Chalakov: Building Scrum Master Success Around Trust and Unspoken Leaders 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.   "Success for me is making myself obsolete in the team." - Kaloyan Chalakov   Kaloyan defines Scrum Master success in a way that sounds funny at first: forty hours a week to drink coffee and do nothing. But the point is serious. Success means the team no longer needs the Scrum Master for every decision, question, or conflict. They are self-organizing, self-managed within their context, and able to call for help only when it really matters. When Kaloyan joins a new team, he avoids setting big targets in the first three months. He observes, builds trust, and watches for what the team does not show openly. One of his key signals is the presence of "unspoken leaders," the people the team looks to when something difficult happens. He learned that

Kaloyan Chalakov: Coaching Organizations to Challenge the Beliefs Behind Agile Pressure 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.   "What's happening with the team is just the symptom of what's happening with the whole system." - Kaloyan Chalakov   Kaloyan brings a common Scrum Master challenge: a team under pressure from a Product Owner who starts acting more like a project manager. Planning turns into a list of tasks, Daily Scrum becomes a status report, and pressure flows from customers and market competition, through management, to the Product Owner, and finally to the team. In the conversation, Vasco and Kaloyan map the system and notice something deeper than pressure: the belief that a competitor's release will directly damage the company unless the team moves faster. That belief becomes the real intervention point. Kaloyan reflects that Scrum Masters can ch

Kaloyan Chalakov: The Agile Team That Built Great Architecture But Forgot the Customer 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 have to build it only because we can. We need to lead to a purpose." - Kaloyan Chalakov   Kaloyan worked with a technically strong team that could build impressive architecture, pipelines, and infrastructure fast. Sprint after sprint, they showed the quality of the technical system they were creating. But the hard question stayed unanswered: what customer problem were they solving? The wake-up moment came in a sprint review, when a client finally joined and told the team that the network and architecture were nice, but they did not solve the actual problem. The customer needed one small piece of functionality, and the team could not point to it. The room went silent. The Product Owner felt exposed, the team felt embarrassed,

Kaloyan Chalakov: When Textbook Scrum Hurt the Team, Learning to Adapt as 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.   "It doesn't matter if it works for you. The most important thing is that it doesn't work for me." - Kaloyan Chalakov   Kaloyan Chalakov came into Agile after years in safety-critical environments, where control and preparation mattered. That background helped him, but it also created his first big Scrum Master trap: trying to be the "perfect" Scrum Master from the books. He pushed two-week sprints, events, and practices because that was how Scrum was supposed to work. Then one team member pulled him aside and told him the truth: the process did not work for him. Kaloyan's first reaction was defensive, because his pride was hurt. But that feedback became a signal. He started using that team member as a barometer for whether the change

BONUS: The Chip Race Behind AI With Rakesh Kumar AI feels like a software revolution, but Rakesh Kumar argues that the next limits may come from chips, energy, and the physical systems underneath our code. In this BONUS episode, Rakesh explains why AI progress is tied to hardware, what software teams need to relearn about efficiency, and why the economics of data centers should matter to product leaders. Why Chips Became a Society Topic "The race about AI essentially becomes the race about chips."   Rakesh traces his path from a small town in India to computer science, chip research, entrepreneurship, and eventually writing The Chip Age. The turning point came during the COVID-era chip shortages, when cars, appliances, and everyday electronics became harder to buy. That moment made chips visible to people outside engineering. AI then raised the stakes further: the promise of new medicines, new materials, and major productivity gains depends on models that require enormous amounts of computation. Fo

Marcin Klimaszewski: The Product Owner View of Great Scrum Masters in Agile Teams In this episode, we refer to Design Thinking, Product Build Day, and The Mom Test by Rob Fitzpatrick. The Great Product Owner: A Scrum Master Who Knows When to Step Into Product 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.   "The skill of a great Scrum Master is being flexible with the role." - Marcin Klimaszewski   Because this is a Product Owner week, Marcin closes the week by describing what great Scrum Masters look like from the product side. The key word is flexibility. A great Scrum Master protects team rhythm and alignment, but also understands when the team needs something outside the textbook process. Marcin shares the example of a product or epic kickoff where the Scrum Master worked with the Product Owner and Product Designer to create a useful workshop. The team

Marcin Klimaszewski: Product Owner Ownership That Gives Agile Teams Real Direction 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.   "Ownership is one of the most important things, and knowing how to hold this ownership." - Marcin Klimaszewski   Marcin defines Product Owner success through ownership. The word is in the title, but in many organizations the role is not actually given the authority, clarity, or support needed to make decisions. A successful Product Owner protects the team from conflicting stakeholder pressure, becomes a reliable decision point, and gives the team a clear sense that product decisions will lead somewhere. Marcin shares a Product Build Day example where a founder entered the day with a clear statement: the prototypes and tests would inform real product direction, not become a fun internal exercise. That clarity changed the team's energy. Peop

Marcin Klimaszewski: Product Owner Discovery When Agile Stakeholders Want Delivery First 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 I can ship everything by the weekend, what is worth shipping?" - Marcin Klimaszewski   Marcin's current challenge is one many Product Owners recognize immediately: convincing stakeholders to invest time and money in discovery. Everyone says they want to understand the customer, but when discovery becomes real work, the pressure returns to plans, backlogs, and delivery. Marcin points to the Double Diamond design process as a useful way to explain the work. The first diamond explores problems and decides which problem deserves attention. The second diamond explores solutions. Many companies rush into the second diamond and become feature factories. The backlog is already large, stakeholders already have promises, and discovery c

Marcin Klimaszewski: The Product Owner Lesson From Agile Teams That Forget the User 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 user never wants to log in. That is never the goal of the user." - Marcin Klimaszewski   Marcin describes a pattern he has seen too often: teams speak about users as if the team already knows what users need. In one EdTech example, the obvious solution looked simple from the development side: students should log in. But in a classroom with twenty or thirty students and only forty-five minutes, login was not a neutral feature. A few forgotten passwords, a few typos, and the teacher suddenly became an administrator instead of a teacher. The Product Owner needed the team to see the real problem, not just the technically familiar solution. The eventual answer was simpler for the users: the teacher logged in and shared a code with the stu

Marcin Klimaszewski: When Product Owner Success Creates Blind Spots for Agile 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.   "I am not the user. That is how I learned how important it is to keep your ego small." - Marcin Klimaszewski   Marcin Klimaszewski started in product as a webmaster, writing HTML and CSS, before discovering UX design through a colleague who became his mentor. That shift changed how he looked at software: not as screens to build, but as problems to understand. In this episode, Marcin shares an EdTech product story where the team had everything a product person could hope for: access to students and teachers, weekly validation, a strong Product Owner, and a confident team. The problem was that success started to distort the team's relationship with the rest of the organization. As the team received positive user testing feedback, they began

Joseph Osei-Kusi: Great Product Owners Bring Customer Problems, Not Just Backlog Items In this episode, we refer to Product Owner anti-patterns and how Scrum Masters can coach Product Owners without becoming the hidden Product Owner. The Great Product Owner: Clarity, Courage, and Customer 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.   "This product owner gave the team the problem, and not just the solution." - Joseph Osei-Kusi   Joseph describes a great Product Owner who changed the team's dynamic by bringing clarity, courage, and context. Instead of feeding tickets to developers, this Product Owner explained the customer problem, the business outcome, and what success would look like. That gave the team room to think. Developers started asking better questions: What should we build? Is there a simpler way to solve this? Can we test this with a smaller

Joseph Osei-Kusi: Success for Scrum Masters Is a Team That Improves Without You Driving Every Conversation 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.   "Success is when a team can improve without having me drive every conversation." - Joseph Osei-Kusi   For Joseph, Scrum Master success is not a clean Jira board or perfectly run events. Success shows up when the team becomes more honest, more autonomous, and more able to inspect and adapt without depending on the Scrum Master for every conversation. He looks for small accountability signals: team members raising risks early, developers challenging unclear priorities, people calling out broken working agreements, and retrospectives leading to real experiments. If the Product Owner and developers only talk when the Scrum Master arranges the conversation, the role has become a dependency. Joseph also watches how stakeh

Joseph Osei-Kusi: Helping Agile Managers Move from Control to Enablement 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.   "Their value is not knowing every ticket status. It is creating the conditions where the team can deliver without friction." - Joseph Osei-Kusi   Joseph brings a current challenge he calls the middle management squeeze. As Agile teams become more self-organized, some managers experience autonomy as a loss of control, visibility, or even identity. That fear can show up as more status requests, being copied on every conversation, or stepping back into decisions the team should be making. Joseph does not frame those managers as blockers. He starts with empathy, because managers are often accountable for outcomes while being asked to trust a system they did not help design. The coaching move is to shift the conversation from managing tasks to improving

Joseph Osei-Kusi: How Artificial Harmony Silences Agile Teams Before the Real Problems Surface 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.   "Silence can be more dangerous than conflict, because at least with conflict something is being expressed." - Joseph Osei-Kusi   Joseph shares a team story from a high-stakes migration project where the team looked mature on the outside. Meetings were calm. Nobody argued. Plans were accepted quickly. But what looked like alignment was really artificial harmony. Stakeholders brought pressure and proposed solutions, while the team softened their message instead of making risks visible. Over time, that silence created bottlenecks, delayed difficult conversations, increased technical debt, and left the team with fewer options. Joseph learned to treat unusual quietness as data. When a team agrees too quickly, he asks questions like:

Joseph Osei-Kusi: When the Jira Board Looked Fine but the Agile Team Was Drained 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.   "Metrics are conversation starters, not the full truth." - Joseph Osei-Kusi   Joseph Osei-Kusi joins us from New York to share a failure from early in his Scrum Master journey, when he became what he calls the "Jira observer Scrum Master." The board looked clean, the metrics looked acceptable, and the tasks appeared to be moving. Underneath that tidy surface, the team was losing energy. People had stopped speaking up, agreement came too quickly, and the real conversations moved outside the meetings. Joseph realized too late that he had been paying more attention to the board than to the people doing the work. The cost was real: two developers left the team. That moment changed how he approached the role. Today, Joseph uses metrics as an invi