Advertise on podcast: Scrum Master Toolbox Podcast: Agile storytelling from the trenches

AI Assisted Coding: Stop Building Features, Start Building Systems with AI What separates vibe coding from truly effective AI-assisted development? In this episode, Adam Bilišič shares his framework for mastering AI-augmented coding, walking through five distinct levels that take developers from basic prompting to building autonomous multi-agent systems. Vibe Coding vs AI-Augmented Coding: A Critical Distinction "The person who is actually creating the app doesn't have to have in-depth overview or understanding of how the app works in the background. They're essentially a manual tester of their own application, but they don't know how the data structure is, what are the best practices, or the security aspects."   Adam draws a clear line between vibe coding and AI-augmented coding. Vibe coding allows non-developers to create functional applications without understanding the underlying architecture—useful for product owners to create visual prototypes or help clients visualize their ideas.  AI-augmented coding, however, is what professional software engineers need to master: using AI tools while maintaining full understanding of the system's architecture, security implications, and best practices. The key difference is that augmented coding lets you delegate repetitive work while retaining deep knowledge of what's happening under the hood. From Building Features to Building Systems "When you start building systems, instead of thinking 'how can I solve this feature,' you are thinking 'how can I create either a skill, command, sub-agent, or other things which these tools offer, to then do this thing consistently again and again without repetition.'"   The fundamental mindset shift in AI-augmented coding is moving from feature-level thinking to systems-level thinking. Rather than treating each task as a one-off prompt, experienced practitioners capture their thinking process into reusable recipes. This includes documenting how to refactor specific components, creating templates for common patterns, and building skills that encode your decision-making process. The goal is translating your coding practices into something the AI can repeatedly execute for any new feature. Context Management: The Critical Skill For Working With AI "People have this tendency to install everything they see on Reddit. They never check what is then loaded within the context just when they open the coding agent. You can check it, and suddenly you see 40 or 50% of your context is taken just by MCPs, and you didn't do anything yet."   One of the most overlooked aspects of AI-assisted coding is context management. Adam reveals that many developers unknowingly fill their context window with MCP (Model Context Protocol) tools they don't need for the current task. The solution is strategic use of sub-agents: when your orchestrator calls a front-end sub-agent, it gets access to Playwright for browser testing, while your backend agent doesn't need that context overhead. Understanding how to allocate context across specialized agents dramatically improves results. The Five Levels of AI-Augmented Coding "If you didn't catch up or change your opinion in the last 2-3 years, I would say we are getting to the point where it will be kind of last chance to do so, because the technology is evolving so fast."   Adam outlines a progression from beginner to expert:   Level 1 - Master of Prompts: Learning to write effective prompts, but constantly repeating context about architecture and preferences Level 2 - Configuration Expert: Using files like .cursorrules or CLAUDE.md to codify rules the agent should always follow Level 3 - Context Master: Understanding how to manage context efficiently, using MCPs strategically, creating markdown files for reusable information Level 4 - Automation Master: Creating custom commands, skills, and sub-agents to automate repetitive workflows Level 5 - The Orchestrator: Building systems where a main orchestrator delegates to specialized sub-agents, each running in their own context window The Power of Specialized Sub-Agents "The sub-agent runs in his own context window, so it's not polluted by whatever the orchestrator was doing. The orchestrator needs to give him enough information so it can do its work."   At the highest level, developers create virtual teams of specialized agents. The orchestrator understands which sub-agent to call for front-end work, which for backend, and which for testing. Each agent operates in a clean context, focused on its specific domain. When the tester finds issues, it reports back to the orchestrator, which can spin up the appropriate agent to fix problems. This creates a self-correcting development loop that dramatically increases throughput.   In this episode, we refer to the Claude Code subreddit and IndyDevDan's YouTube channel for learning resources.   About Adam Bilišič Adam Bilišič is a former CTO of a Swiss company with over 12 years of professional experience in software development, primarily working with Swiss clients. He is now the CEO of NodeonLabs, where he focuses on building AI-powered solutions and educating companies on how to effectively use AI tools, coding agents, and how to build their own custom agents.   You can connect with Adam Bilišič on LinkedIn and learn more at nodeonlabs.com. Download his free guide on the five levels of AI-augmented coding at nodeonlabs.com/ai-trainings/ai-augmented-coding#free-guide.

BONUS: When AI Decisions Go Wrong at Scale—And How to Prevent It We've spent years asking what AI can do. But the next frontier isn't more capability—it's something far less glamorous and far more dangerous if we get it wrong. In this episode, Ran Aroussi shares why observability, transparency, and governance may be the difference between AI that empowers humans and AI that quietly drifts out of alignment. The Gap Between Demos and Deployable Systems "I've noticed that I watched well-designed agents make perfectly reasonable decisions based on their training, but in a context where the decision was catastrophically wrong. And there was really no way of knowing what had happened until the damage was already there."   Ran's journey from building algorithmic trading systems to creating MUXI, an open framework for production-ready AI agents, revealed a fundamental truth: the skills needed to build impressive AI demos are completely different from those needed to deploy reliable systems at scale. Coming from the EdTech space where he handled billions of ad impressions daily and over a million concurrent users, Ran brings a perspective shaped by real-world production demands.  The moment of realization came when he saw that the non-deterministic nature of AI meant that traditional software engineering approaches simply don't apply. While traditional bugs are reproducible, AI systems can produce different results from identical inputs—and that changes everything about how we need to approach deployment. Why Leaders Misunderstand Production AI "When you chat with ChatGPT, you go there and it pretty much works all the time for you. But when you deploy a system in production, you have users with unimaginable different use cases, different problems, and different ways of phrasing themselves."   The biggest misconception leaders have is assuming that because AI works well in their personal testing, it will work equally well at scale. When you test AI with your own biases and limited imagination for scenarios, you're essentially seeing a curated experience.  Real users bring infinite variation: non-native English speakers constructing sentences differently, unexpected use cases, and edge cases no one anticipated. The input space for AI systems is practically infinite because it's language-based, making comprehensive testing impossible. Multi-Layered Protection for Production AI "You have to put in deterministic filters between the AI and what you get back to the user."   Ran outlines a comprehensive approach to protecting AI systems in production:   Model version locking: Just as you wouldn't randomly upgrade Python versions without testing, lock your AI model versions to ensure consistent behavior Guardrails in prompts: Set clear boundaries about what the AI should never do or share Deterministic filters: Language firewalls that catch personal information, harmful content, or unexpected outputs before they reach users Comprehensive logging: Detailed traces of every decision, tool call, and data flow for debugging and pattern detection   The key insight is that these layers must work together—no single approach provides sufficient protection for production systems. Observability in Agentic Workflows "With agentic AI, you have decision-making, task decomposition, tools that it decided to call, and what data to pass to them. So there's a lot of things that you should at least be able to trace back."   Observability for agentic systems is fundamentally different from traditional LLM observability. When a user asks "What do I have to do today?", the system must determine who is asking, which tools are relevant to their role, what their preferences are, and how to format the response.  Each user triggers a completely different dynamic workflow. Ran emphasizes the need for multi-layered access to observability data: engineers need full debugging access with appropriate security clearances, while managers need topic-level views without personal information. The goal is building a knowledge graph of interactions that allows pattern detection and continuous improvement. Governance as Human-AI Partnership "Governance isn't about control—it's about keeping people in the loop so AI amplifies, not replaces, human judgment."   The most powerful reframing in this conversation is viewing governance not as red tape but as a partnership model. Some actions—like answering support tickets—can be fully automated with occasional human review. Others—like approving million-dollar financial transfers—require human confirmation before execution. The key is designing systems where AI can do the preparation work while humans retain decision authority at critical checkpoints. This mirrors how we build trust with human colleagues: through repeated successful interactions over time, gradually expanding autonomy as confidence grows. Building Trust Through Incremental Autonomy "Working with AI is like working with a new colleague that will back you up during your vacation. You probably don't know this person for a month. You probably know them for years. The first time you went on vacation, they had 10 calls with you, and then slowly it got to 'I'm only gonna call you if it's really urgent.'"   The path to trusting AI systems mirrors how we build trust with human colleagues. You don't immediately hand over complete control—you start with frequent check-ins, observe performance, and gradually expand autonomy as confidence builds. This means starting with heavy human-in-the-loop interaction and systematically reducing oversight as the system proves reliable. The goal is reaching a state where you can confidently say "you don't have to ask permission before you do X, but I still want to approve every Y."   In this episode, we refer to Thinking in Systems by Donella Meadows, Designing Machine Learning Systems by Chip Huyen, and Build a Large Language Model (From Scratch) by Sebastian Raschka.   About Ran Aroussi Ran Aroussi is the founder of MUXI, an open framework for production-ready AI agents. He is also the co-creator of yfinance (with 10 million downloads monthly) and founder of Tradologics and Automaze. Ran is the author of the forthcoming book Production-Grade Agentic AI: From Brittle Workflows to Deployable Autonomous Systems, also available at productionaibook.com.   You can connect with Ran Aroussi on LinkedIn.

BONUS: Why Embedding Sales with Engineering in Stealth Mode Changed Everything for Snowflake In this episode, we talk about what it really takes to scale go-to-market from zero to billions. We interview Chris Degnan, a builder of one of the most iconic revenue engines in enterprise software at Snowflake. This conversation is grounded in the transformation described in his book Make It Snow—the journey from early-stage chaos to durable, aligned growth. Embedding Sales with Engineering While Still in Stealth "I don't expect you to sell anything for 2 years. What I really want you to do is get a ton of feedback and get customers to use the product so that when we come out of stealth mode, we have this world-class product."   Chris joined Snowflake when there were zero customers and the company was still in stealth mode. The counterintuitive move of embedding sales next to engineering so early wasn't about driving immediate revenue, it was about understanding product-market fit. Chris's job was to get customers to try the product, use it for free, and break it. And break it they did. This early feedback led to material changes in the product before general availability. The approach helped shape their ideal customer profile (ICP) and gave the engineering team real-world validation that shaped Snowflake's technical direction. In a world where startups are pressured to show revenue immediately, Snowflake's investors took the opposite approach: focus on building a product people cannot live without first. Why Sales and Marketing Alignment Is Existential "If we're not driving revenue, if the revenue is not growing, then how are we going to be successful? Revenue was king."   When Denise Persson joined as CMO, she shifted the conversation from marketing qualified leads (MQLs) to qualified meetings for the sales team. This simple reframe eliminated the typical friction between sales and marketing. Both leaders shared challenges openly and held each other accountable. When someone in either organization wasn't being respectful to the other team, they addressed it directly. Chris warns founders against creating artificial friction between sales and marketing: "A lot of founders who are engineers think that they want to create this friction between sales and marketing. And that's the opposite instinct you should have." The key insight is treating sales and marketing as a symbiotic system where revenue is the shared north star. Coaching Leaders Through Hypergrowth "If there's a problem in one of our organizations, if someone comes with a mentality that is not great for us, we're gonna give direct feedback to those people."   Chris and Denise maintained tight alignment at the top level of their organizations through four CEO transitions. Their partnership created a culture of accountability that cascaded through both teams. When either hired senior people who didn't fit the culture, they investigated and addressed it. The coaching approach wasn't about winning by authority—it was about maintaining partnership and shared accountability for results. This required unlearning traditional management approaches that pit departments against each other and instead fostering genuine collaboration. Cultural Behaviors That Scale (And Those That Don't) "We got dumb and lazy. We forgot about it. And then we decided, hey, we're gonna go get a little bit more fit, and figure out how to go get the new logos again."   Chris describes himself as a "velocity salesperson" with a hyper-focus on new customer acquisition. This focus worked brilliantly during Snowflake's growth phase—land customers, and the high net retention rate would drive expansion. However, as Snowflake prepared to go public, they took their foot off the gas on new logo acquisition, believing not all new logos were equal. This turned out to be a mistake. In his final year at Snowflake, working with CEO Sridhar Ramaswamy, they redesigned the sales team to reinvigorate the new logo acquisition machine. The lesson: the cultural behaviors that fuel early success must be consciously maintained and sometimes redesigned as you scale. Keeping the Message Narrow Before Going Platform "Eventually, I know you want to be a platform. But having a targeted market when you're initially launching the company, that people are spending money on, makes it easier for your sales team."   Snowflake intentionally positioned itself in the enterprise data warehousing market—a $10-12 billion annual market with 5,000-7,000 enterprise customers—rather than trying to sound "bigger" as a platform play. The strategic advantage was accessing existing budgets. When selling to large enterprises that go through annual planning processes, fitting into an existing budget means sales cycles of 3-6 months instead of 9-18 months. Yes, competition eventually tried to corner Snowflake as "just a cute data warehouse," but by then they had captured significant market share and could stretch their wings into the broader data cloud opportunity. Selling Consumption-Based Products to Fixed-Budget Buyers "Don't believe anything I say, try it."   One of Snowflake's hardest challenges was explaining their elastic, consumption-based architecture to procurement and legal teams accustomed to fixed budgets. In 2013-2015, many CIOs still believed data would stay in their data centers. Snowflake's model—where customers could spin up a thousand servers for 4 hours, load data, while analysts ran queries without performance impact—seemed impossible. Chris's approach was simple: set up proof of concepts and pilots. Let the technology speak for itself. The shift from fixed resources to elastic architecture required changing not just technology but entire mindsets about how data infrastructure could work.   About Chris Degnan Chris Degnan is a builder of one of the most iconic revenue engines in enterprise software. As the first sales hire at Snowflake, he helped scale the company from zero customers to billions in revenue. Chris co-authored Make It Snow: From Zero to Billions with Denise Persson, documenting their journey of building Snowflake's go-to-market organization. Today, Chris advises early-stage startups on building their go-to-market strategies and works with Iconiq Capital, the venture firm that led Snowflake's Series D round.   You can link with Chris Degnan on LinkedIn and learn more about the book at MakeItSnowBook.com.

Prabhleen Kaur: The Art of Coaching Product Owners on What vs. How 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: Master of Stakeholder Relationships and the Power of No "The best PO is the person who has the superpower of saying no, and they can deal with the stakeholders with the same prowess." - Prabhleen Kaur   Prabhleen describes working with a Product Owner who managed multiple stakeholders—not just a handful, but a significant number with competing priorities. What made him exceptional was his deep understanding of each stakeholder's pulse and motivations. He knew when to push back and how to frame the "no" in a way that stakeholders could accept. This wasn't random resistance—it came from thorough preparation manifested in clear roadmaps that made most incoming work predictable for the team.  His user stories stood out for their richness in context: beyond the business requirements, they included information about who would be impacted, which proved invaluable for a team dealing with multiple interconnected systems.  He leveraged JIRA's priority field effectively, ensuring the moment anyone opened the board, they could immediately understand what mattered most. Prabhleen emphasizes that this PO understood his role as the "what" while respecting the team as the "how." By maintaining strong stakeholder relationships built on mutual understanding, he created space for the team to prepare, plan, and deliver without constant firefighting.   Self-reflection Question: Does your Product Owner have the preparation and stakeholder relationships needed to confidently say "no" when priorities compete, or does every request become an emergency? The Bad Product Owner: Technical Experts Who Manage the Sprint Backlog "The PO is the what, and the team is the how. When POs start directing the team about how to do things, the sprint goal gets compromised." - Prabhleen Kaur   Prabhleen addresses a common anti-pattern she's observed repeatedly: Product Owners with technical backgrounds who cross the line from "what" into "how." When POs come from developer or technical roles, their expertise can become a liability if they start prescribing solutions rather than defining problems.  They direct the team on implementation approaches, suggest specific technical solutions in user stories, and effectively manage the sprint backlog instead of focusing on the product backlog. The consequences are predictable: stories keep getting added or removed mid-sprint, the sprint goal becomes meaningless, and the team ends up delivering nothing because focus is constantly shifting.  Prabhleen's solution starts in backlog refinement, where she ensures conversations about technical approaches happen openly with the whole team during estimation. When a PO suggests a specific implementation, she facilitates discussion about alternatives, allowing the team to voice their perspective.  The key insight: everyone comes from a good place—the PO suggests solutions because they believe they're helping. The Scrum Master's role is to create space for the team to own the "how" while helping the PO see the value in stepping back.   Self-reflection Question: When your Product Owner has technical expertise, how do you help them contribute their knowledge without directing the team's implementation choices?   [The Scrum Master Toolbox Podcast Recommends] 🔥In the ruthless world of fintech, success isn't just about innovation—it's about coaching!🔥 Angela thought she was just there to coach a team. But now, she's caught in the middle of a corporate espionage drama that could make or break the future of digital banking. Can she help the team regain their mojo and outwit their rivals, or will the competition crush their ambitions? As alliances shift and the pressure builds, one thing becomes clear: this isn't just about the product—it's about the people.   🚨 Will Angela's coaching be enough? Find out in Shift: From Product to People—the gripping story of high-stakes innovation and corporate intrigue.   Buy Now on Amazon   [The Scrum Master Toolbox Podcast Recommends]   About Prabhleen Kaur   Prabhleen is a Certified Scrum Master with 7+ years of experience helping teams succeed with SAFe, Scrum and Kanban. Passionate about clean backlogs, powerful metrics, and dashboards that actually mean something. She is also known for making JIRA behave, driving Agile transformations, and helping teams ship value consistently and confidently.   You can link with Prabhleen Kaur on LinkedIn.

Prabhleen Kaur: When Team Members Raise Concerns with Clarity, Not Anger 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.   "My idea of success as a Scrum Master is when you look around, you see motivated people, and when something goes wrong, they come to you not in anger, but with concern." - Prabhleen Kaur   Prabhleen offers a refreshing perspective on measuring success as a Scrum Master that goes beyond velocity charts and feature counts. She shares a pivotal moment when her team was in production, delivering relentlessly with barely any time to breathe. A team member approached her—not with frustration or blame—but with thoughtful concern: "This is not going to work out." He sat down with Prabhleen and the Product Owner, explaining that as the middle layer in an API creation team, delays from upstream were creating a cascading problem.  What struck Prabhleen wasn't just the identification of the issue, but how he approached it: with options to discuss, not demands to make. This moment crystallized her definition of success. When team members feel safe enough to voice concerns early, when they come with ideas rather than accusations, when they see themselves as part of the solution rather than victims of circumstances—that's when a Scrum Master has truly succeeded.  Prabhleen reminds us that while stakeholders may focus on features delivered, Scrum Masters should watch how well the team responds to change. That adaptability, rooted in psychological safety and mutual trust, is the true measure of a team's maturity.   Self-reflection Question: When problems emerge in your team, do people approach you with defensive anger or constructive concern? What does that tell you about the psychological safety you've helped create? Featured Retrospective Format for the Week: Keep-Stop-Happy-Gratitude Prabhleen shares her favorite retrospective format, born from necessity when she joined an established team with dismal participation in their standard three-column retrospectives. She transformed it into a four-column approach: (1) What should we keep doing, (2) What should we stop doing, (3) One thing that will make you happy, and (4) Gratitude for the team. The third column—asking what would make team members happy—opened unexpected doors. Suggestions ranged from team outings to skipping Friday stand-ups, giving Prabhleen real-time insights into team needs without waiting for formal working agreement sessions. The gratitude column proved even more powerful. "Appreciation brings a space where trust is automatically built. When every 15 days you're sitting with the team making a point to say thank you to each other for all the work you've done, everybody feels mutually respected," Prabhleen explains. This ties directly to the trust-building discussed in Tuesday's episode—using retrospectives not just to improve processes, but to strengthen the human connections that make teams resilient.   [The Scrum Master Toolbox Podcast Recommends] 🔥In the ruthless world of fintech, success isn't just about innovation—it's about coaching!🔥 Angela thought she was just there to coach a team. But now, she's caught in the middle of a corporate espionage drama that could make or break the future of digital banking. Can she help the team regain their mojo and outwit their rivals, or will the competition crush their ambitions? As alliances shift and the pressure builds, one thing becomes clear: this isn't just about the product—it's about the people.   🚨 Will Angela's coaching be enough? Find out in Shift: From Product to People—the gripping story of high-stakes innovation and corporate intrigue.   Buy Now on Amazon   [The Scrum Master Toolbox Podcast Recommends]   About Prabhleen Kaur   Prabhleen is a Certified Scrum Master with 7+ years of experience helping teams succeed with SAFe, Scrum and Kanban. Passionate about clean backlogs, powerful metrics, and dashboards that actually mean something. She is also known for making JIRA behave, driving Agile transformations, and helping teams ship value consistently and confidently.   You can link with Prabhleen Kaur on LinkedIn.

Prabhleen Kaur: How AI Is Changing the Way Agile Teams Deliver Value 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.   "AI's output is not the final output—it's always the two eyes we have that will get us the best results." - Prabhleen Kaur   Prabhleen brings a timely challenge to the coaching conversation: the impact of AI on teams and how Scrum Masters should navigate this transformation. She frames it as both a challenge and an opportunity—teams are now capable of delivering faster than consumers can absorb, fundamentally changing expectations and dynamics.  Prabhleen has observed her teams evolve from uncertainty about AI to confidently leveraging it for practical benefits. Developers use AI for writing and understanding code, particularly helpful for onboarding new team members who need to comprehend existing codebases quickly. QA professionals find AI invaluable for generating test cases based on story and epic context already captured in JIRA.  The next frontier? Agentic AI, where AI systems communicate with each other to produce better outputs. But Prabhleen offers an important caution: AI is learning from many conversations, not all of which are reliable. The human element—critical thinking and verification—remains essential.  For Scrum Masters, this means facilitating conversations about how teams want to experiment with AI, exploring edge cases in testing that AI can help identify, and helping teams navigate the evolving landscape of possibilities while maintaining quality and judgment.   Self-reflection Question: How are you helping your team explore AI as a tool for improvement while ensuring they maintain critical thinking about the outputs AI produces?   [The Scrum Master Toolbox Podcast Recommends] 🔥In the ruthless world of fintech, success isn't just about innovation—it's about coaching!🔥 Angela thought she was just there to coach a team. But now, she's caught in the middle of a corporate espionage drama that could make or break the future of digital banking. Can she help the team regain their mojo and outwit their rivals, or will the competition crush their ambitions? As alliances shift and the pressure builds, one thing becomes clear: this isn't just about the product—it's about the people.   🚨 Will Angela's coaching be enough? Find out in Shift: From Product to People—the gripping story of high-stakes innovation and corporate intrigue.   Buy Now on Amazon   [The Scrum Master Toolbox Podcast Recommends]   About Prabhleen Kaur   Prabhleen is a Certified Scrum Master with 7+ years of experience helping teams succeed with SAFe, Scrum and Kanban. Passionate about clean backlogs, powerful metrics, and dashboards that actually mean something. She is also known for making JIRA behave, driving Agile transformations, and helping teams ship value consistently and confidently.   You can link with Prabhleen Kaur on LinkedIn.

Prabhleen Kaur: When Lack of Trust Turns Teams Into Isolated Individuals 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.   "Teams self-destruct despite best efforts when they lack trust." - Prabhleen Kaur   Prabhleen observed a troubling pattern while shadowing a team: stand-ups had become a register activity where people reported individual status without any connection to the sprint goal. There was no "we" in the conversation—only "I."  The team had experienced a missed deadline due to a PR conflict that wasn't merged in time, but instead of addressing it openly, everyone focused on fixing the immediate problem while avoiding the deeper conversation. The discomfort was never voiced, and resentment accumulated silently.  Prabhleen explains that team destruction is never about one action—it's about the accumulation of unspoken concerns that eventually explode at the worst possible moment. To rebuild trust, she recommends starting with peer reviews that encourage natural collaboration and conversation.  Scrum Masters must be vocal about challenges in front of the entire team, modeling the openness they want to see. For teams that have completely withdrawn, anonymous feedback and scheduled one-on-ones can create safe spaces for honest communication. The key insight? Trust is rebuilt when people realize they will be heard and understood, not judged.   In this segment, we talk about how trust is the foundation of effective teams and how its absence leads to working in silos.   Self-reflection Question: When your team experiences a failure or missed deadline, do you create space for open conversation about what happened, or does everyone quietly move on while resentment builds? Featured Book of the Week: Scrum: The Art of Doing Twice the Work in Half the Time by Jeff Sutherland Prabhleen recommends Scrum: The Art of Doing Twice the Work in Half the Time by Jeff Sutherland as a foundational read for understanding the spirit behind the framework. "When I actually read the book and understood the nuances of rugby and how the team should be, everything started making sense. I grew beyond the Scrum guide, beyond following rules—it's about how the team operates around you as a collective," she explains. Prabhleen also highly recommends Turn the Ship Around by David Marquet, summarizing its core message as "leaders lead leaders." Both books shaped her understanding that frameworks exist to enable collaboration, not to create compliance. Check out the David Marquet episodes on the Scrum Master Toolbox Podcast for more insights on intent-based leadership.   [The Scrum Master Toolbox Podcast Recommends] 🔥In the ruthless world of fintech, success isn't just about innovation—it's about coaching!🔥 Angela thought she was just there to coach a team. But now, she's caught in the middle of a corporate espionage drama that could make or break the future of digital banking. Can she help the team regain their mojo and outwit their rivals, or will the competition crush their ambitions? As alliances shift and the pressure builds, one thing becomes clear: this isn't just about the product—it's about the people.   🚨 Will Angela's coaching be enough? Find out in Shift: From Product to People—the gripping story of high-stakes innovation and corporate intrigue.   Buy Now on Amazon   [The Scrum Master Toolbox Podcast Recommends]   About Prabhleen Kaur   Prabhleen is a Certified Scrum Master with 7+ years of experience helping teams succeed with SAFe, Scrum and Kanban. Passionate about clean backlogs, powerful metrics, and dashboards that actually mean something. She is also known for making JIRA behave, driving Agile transformations, and helping teams ship value consistently and confidently.   You can link with Prabhleen Kaur on LinkedIn.

Prabhleen Kaur: Letting Teams Own Their Process Through Working Agreements 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's about coaching the team, not teaching them." - Prabhleen Kaur   Prabhleen shares a powerful lesson about the dangers of being too directive with a forming team. When she joined a new team, her enthusiasm and experience led her to immediately introduce best practices, believing she was setting the team up for success. Instead, the team felt burdened by rules they didn't understand the purpose of. The process became about following instructions rather than solving problems together.  It wasn't until her one-on-one conversations with team members that Prabhleen realized the disconnect. She discovered that the team viewed the practices as mandates rather than tools for their benefit. The turning point came when she brought this observation to the retrospective, and together they unlearned what had been imposed.  Now, when Prabhleen joins a new team, she takes a different approach. She first seeks to understand how the team has been functioning, then presents situations as problems to be solved collectively. By asking "How do you want to take this up?" instead of prescribing solutions, she invites team ownership. This shift from teaching to coaching means the team creates their own working agreements, their own definitions of ready and done, and their own communication norms. When people voice solutions themselves, they follow through because they own the outcome.   In this episode, we refer to working agreements and their importance in team formation.   Self-reflection Question: When you join a new team, do you first seek to understand their current ways of working, or do you immediately start suggesting improvements based on your past experience?   [The Scrum Master Toolbox Podcast Recommends] 🔥In the ruthless world of fintech, success isn't just about innovation—it's about coaching!🔥 Angela thought she was just there to coach a team. But now, she's caught in the middle of a corporate espionage drama that could make or break the future of digital banking. Can she help the team regain their mojo and outwit their rivals, or will the competition crush their ambitions? As alliances shift and the pressure builds, one thing becomes clear: this isn't just about the product—it's about the people.   🚨 Will Angela's coaching be enough? Find out in Shift: From Product to People—the gripping story of high-stakes innovation and corporate intrigue.   Buy Now on Amazon   [The Scrum Master Toolbox Podcast Recommends]   About Prabhleen Kaur   Prabhleen is a Certified Scrum Master with 7+ years of experience helping teams succeed with SAFe, Scrum and Kanban. Passionate about clean backlogs, powerful metrics, and dashboards that actually mean something. She is also known for making JIRA behave, driving Agile transformations, and helping teams ship value consistently and confidently.   You can link with Prabhleen Kaur on LinkedIn.

BONUS: Conflict Is the Yellow Brick Road to Success — How Embracing Conflict Transforms Teams and Leaders In this bonus episode, we explore why fear, conflict, and courage sit at the heart of true agility with Dan Tocchini, a leadership catalyst who has spent over four decades helping teams at organizations like ESPN, Disney, and Homeboy Industries break through the human barriers to high performance. Dan shares powerful stories and practical wisdom on how leaders can embrace conflict as a generative force, build trust through vulnerability, and restructure their teams for genuine agility. The Power of Vulnerability in Leadership "I'd rather have it on an honest basis, where she knows what I'm thinking, what I'm aiming at, and we're shoulder to shoulder, not head to head."   Dan's career-defining moment came when he told a CFO at ESPN — while he was competing against McKinsey for the same contract — that she was the problem behind her department's 75% turnover rate. Rather than sugarcoating or deflecting, Dan chose vulnerability and honesty, even at the risk of losing the contract. This radical transparency became his superpower. The CFO hired him, and within six months, turnover dropped to 15%. Dan stayed with ESPN for eight years. The lesson for Scrum Masters and leaders: you can only truly connect with someone if you're willing to be honest, even when it might cost you. Listening for Openings, Not Outcomes "Most people listen for outcomes. I listen for openings."   Dan draws a critical distinction between chasing outcomes and discovering openings. When faced with an angry car buyer who felt ripped off, Dan didn't try to close the sale. Instead, he leaned into the conflict, acknowledged the customer's perspective, and opened all the books. The result? A sale with 17% margin — above the dealership average — because the customer chose the price himself. For leaders, this means detaching from your desired outcome and focusing on understanding the opening in front of you. That shift builds trust and often produces better results than pushing for what you want. Why Team Drama Is a Distraction Strategy "Whenever there's drama, it's because people don't want you to see something."   Drama in teams happens because people are siloed, and they silo because they don't trust each other. They share only the information that serves their position without jeopardizing their role. The drama itself is a distraction — like a child throwing a tantrum so you'll forget what they did wrong. Dan's approach: ask three questions. What are they committed to causing? How much of that are they producing? And what's the story between the two? The problem is never the problem — the problem is how you think about the problem. Restructuring for Agility: A Restaurant Case Study "Your way of being needs to be bigger than the structure."   Dan illustrates agile restructuring through a top-25 restaurant in Boise where the general manager flows seamlessly between roles — bussing tables, coordinating with the kitchen, and leading the team — without ever pulling rank. The secret? He grounds his team before every shift with genuine connection, shared meals, and open dialogue. When he gives direction, people move — not from fear, but from respect. Structure alone won't solve problems; it only organizes them so you can see them better. Leaders must be committed to what the structure is designed to accomplish, altering it in motion when needed. Conflict as a Generative Force "What you're not willing to face will eventually defeat you."   Dan's core philosophy centers on embracing conflict rather than avoiding it. When people face conflict, they either seek comfort by avoiding it or realize what's at stake and find a way through. The Stoic principle "the obstacle is the way" applies: to find the path, you must hug the cactus and pull the problem close. In relationships — whether marriage, team, or client — breakdowns should deepen intimacy and trust. Dan reports that 90% of the time, authentically facing into mistakes with clients deepens relationships and keeps contracts alive. What Keeps Dan Going After Four Decades "People love to accomplish things they didn't think they could do. To me, that's exciting."   After more than 40 years in this work, Dan remains energized by working with people to accomplish challenges they initially thought impossible. He describes his work as akin to family — that same depth of connection and shared purpose. His one-liner: "We turn leadership into leadership." It sparks curiosity and opens conversations about what real leadership transformation looks like. About Dan Tocchini   Dan Tocchini has spent 35+ years working with leadership teams across the spectrum — from ESPN to nonprofits like Defy Ventures — helping them evolve from functional to fully alive. His work focuses on the human systems that make agile succeed… or silently kill it.   You can find out more about Dan and his leadership training programs at TakeNewGround.com.

Juliana Stepanova: Why "I'll Just Do It Myself" Is the Most Expensive PO Shortcut 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 previous discussions about team collaboration and Product Owner patterns. The Great Product Owner: Opening Up to the Team for Solutions "The PO who's not sitting and saying 'I know how it's right, I will solve it by myself,' but coming and saying 'Hey, let's think all together'—that's what gives very, very speed-up development into becoming a great PO." - Juliana Stepanova   Juliana describes the Product Owners she considers truly great as those who bring their challenges to the team rather than solving everything alone. Her example features a PO who was invited to recurring release meetings that consumed one and a half to two hours every two weeks—30 people in a room, largely a waste of time. Instead of suffering in silence or trying to fix it alone, this PO approached the team: "Hey guys, I have these meetings, and they're useless for me. How can we deal with that?" The team collaborated with the Scrum Master to explore multiple options.  Together, they developed a streamlined, semi-automatic system that reduced the process to 10 minutes without requiring anyone to sit in a room. This solution was so effective that it was eventually adopted across the entire company, eliminating countless hours of wasted meetings. The key insight: great POs see themselves as part of the team, not above it. They're open to solutions from anyone and understand that collaboration—not individual genius—drives real improvements.   Self-reflection Question: When facing challenges that seem outside the team's domain, do you bring them to the team for collaborative problem-solving, or do you try to solve them alone? The Bad Product Owner: The Loner Who Does Everyone's Job "To make it quicker, I will skip asking the designer, I will directly put it by myself. I learned how to design five years ago. But afterwards, it's neglecting the whole team—you don't take into account the UX, and actually you need to rework." - Juliana Stepanova   The anti-pattern Juliana sees most frequently is the "loner" PO—someone who takes on other roles to move faster. The classic example: a PO who bypasses the UX/UI designer because "I learned design five years ago, I'll just do it myself." This behavior seems efficient in the moment but creates multiple problems. It disrespects the expertise of team members, undermines the collaborative nature of agile development, and almost inevitably leads to rework when the shortcuts create quality gaps.  Juliana points out this isn't unique to POs—developers sometimes bypass testers for the same "efficiency" reasons. The solution isn't punishment but cultural reinforcement: helping people see the value of professional work, encouraging communication and openness, and building respect for each role's contribution. The key principle: if someone hasn't asked for help, don't assume they need yours. Focus on your own job, and offer assistance only when invited or when you explicitly ask "Do you need help?"   Self-reflection Question: When have you taken on someone else's role because it seemed faster, and what was the real cost of that shortcut?   [The Scrum Master Toolbox Podcast Recommends] 🔥In the ruthless world of fintech, success isn't just about innovation—it's about coaching!🔥 Angela thought she was just there to coach a team. But now, she's caught in the middle of a corporate espionage drama that could make or break the future of digital banking. Can she help the team regain their mojo and outwit their rivals, or will the competition crush their ambitions? As alliances shift and the pressure builds, one thing becomes clear: this isn't just about the product—it's about the people.   🚨 Will Angela's coaching be enough? Find out in Shift: From Product to People—the gripping story of high-stakes innovation and corporate intrigue.   Buy Now on Amazon   [The Scrum Master Toolbox Podcast Recommends]   About Juliana Stepanova   Juliana is an Agile coach and Scrum master, with a focus in her work on transformation through people and processes rather than the other way round. She helps teams and leaders to create clarity, build trust and create value with purpose. Her work combines structure with empathy and is always focused on real collaboration and meaningful results.   You can link with Juliana Stepanova on LinkedIn.   You can also follow Juliana on Twitter.

Juliana Stepanova: When a Former Skeptic Calls to Say "Now I Know What You Did" — Defining Scrum Master 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.   "Juliana, now I know what you did that time. It was so amazing work. Sometimes the work of the Scrum Master, you cannot measure it in real numbers, because the work of the Scrum Master is dependent on the persons who are working with the team." - Juliana Stepanova   Juliana shares a story that captures the often invisible nature of Scrum Master success. For a year and a half, she worked with a distributed team across Europe, and one colleague in her office would repeatedly ask—half joking, half serious—"Juliana, what do you do here? Why are you getting a salary? I don't see any improvements."  Eight months after that colleague moved to another company, he called her with a revelation: working in a team without effective Scrum Mastering made him finally understand the value she had created. This delayed recognition highlights a fundamental challenge: Scrum Master success often can't be measured in real numbers because it depends on enabling others. Juliana's practical approach is to set three main focus areas every three months, aligned with team and company needs.  She tracks concrete progress—like implementing a Definition of Done across multiple teams—and measures whether specific goals are achieved. She even asks in job interviews: "How will you measure my success in three or six months?" Without this intentional focus and self-measurement, she says, "it's truly hard to see what you're really doing."   Self-reflection Question: What three focus areas would you choose for the next three months, and how would you know you've succeeded in each? Featured Retrospective Format for the Week: Wedding Retro Juliana recommends the Wedding Retro format from Retromat, and when she mentions the name, people immediately smile—which is exactly the point. The format uses the traditional wedding saying "something old, something new, something borrowed, something blue" to structure reflection: Something Old represents practices that are working and should continue; Something New covers areas for improvement or experimentation; Something Borrowed invites the team to identify ideas from other teams or departments worth adopting; and Something Blue addresses blockers, risks, and issues.  Juliana loves this format because the playful framing creates positive emotions from the start, disarming tension and making people more open to genuine reflection. "If you laugh at the start of the retrospective," she explains, "you're ready for a much better retrospective than if you're tense and anxious." She uses this exercise "all over the time," even outside her Scrum Master work.   [The Scrum Master Toolbox Podcast Recommends] 🔥In the ruthless world of fintech, success isn't just about innovation—it's about coaching!🔥 Angela thought she was just there to coach a team. But now, she's caught in the middle of a corporate espionage drama that could make or break the future of digital banking. Can she help the team regain their mojo and outwit their rivals, or will the competition crush their ambitions? As alliances shift and the pressure builds, one thing becomes clear: this isn't just about the product—it's about the people.   🚨 Will Angela's coaching be enough? Find out in Shift: From Product to People—the gripping story of high-stakes innovation and corporate intrigue.   Buy Now on Amazon   [The Scrum Master Toolbox Podcast Recommends]   About Juliana Stepanova   Juliana is an Agile coach and Scrum master, with a focus in her work on transformation through people and processes rather than the other way round. She helps teams and leaders to create clarity, build trust and create value with purpose. Her work combines structure with empathy and is always focused on real collaboration and meaningful results.   You can link with Juliana Stepanova on LinkedIn.   You can also follow Juliana on Twitter.

Juliana Stepanova: Trust Over Escalation — A Patient Approach to Difficult PO Relationships 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 team still believes it could be solved with proper communication to the PO. My idea is to really try, in a supportive way, to build trust, to encourage communication, and to come to the solution as a team altogether. This is like a win-win situation." - Juliana Stepanova   Juliana brings a challenge that many Scrum Masters will recognize: a Product Owner who doesn't want to be coached and whose behaviors are undermining Scrum rituals. The situation is complicated by organizational structure—the Scrum Master reports to the people department while the PO reports to the product department, creating misaligned directions with no common leadership thread.  The PO arrives at refinement meetings unprepared, writing user stories on the spot while eight team members sit idle for hours. When Juliana explores the root cause, she discovers the PO is genuinely overwhelmed with responsibilities outside the team. But here's the twist: this newly promoted PO is proud of the role and resistant to accepting help, preferring to say "just wait, I will manage it."  Rather than escalating—which Juliana notes would damage trust for years or potentially lose the PO entirely—she advocates for a patient, collaborative approach. The experiment she designs focuses on engaging more deeply with the PO's activities to understand which tasks could be delegated or eliminated, while continuing to build trust through support rather than confrontation. The team maintains hope that the PO will eventually accept help, choosing persistence over escalation.   In this segment, we talk about coaching Product Owners and building trust.   Self-reflection Question: When facing a resistant stakeholder, do you default to escalation, or do you invest in building the trust that enables genuine collaboration?   [The Scrum Master Toolbox Podcast Recommends] 🔥In the ruthless world of fintech, success isn't just about innovation—it's about coaching!🔥 Angela thought she was just there to coach a team. But now, she's caught in the middle of a corporate espionage drama that could make or break the future of digital banking. Can she help the team regain their mojo and outwit their rivals, or will the competition crush their ambitions? As alliances shift and the pressure builds, one thing becomes clear: this isn't just about the product—it's about the people.   🚨 Will Angela's coaching be enough? Find out in Shift: From Product to People—the gripping story of high-stakes innovation and corporate intrigue.   Buy Now on Amazon   [The Scrum Master Toolbox Podcast Recommends]   About Juliana Stepanova   Juliana is an Agile coach and Scrum master, with a focus in her work on transformation through people and processes rather than the other way round. She helps teams and leaders to create clarity, build trust and create value with purpose. Her work combines structure with empathy and is always focused on real collaboration and meaningful results.   You can link with Juliana Stepanova on LinkedIn.   You can also follow Juliana on Twitter.

Juliana Stepanova: The Slippery Slope — How Small Compromises Lead Teams to Abandon Scrum Entirely 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 you have it like once, you think it's okay. But it starts to change our mindset in the way that these rules, these frameworks could be changed. And with the small stuff that it's not correct, within half a year, Scrum will not work at all." - Juliana Stepanova   Juliana describes a pattern she witnessed in an experienced seven-person development team that had practiced Scrum for years. It began innocuously: the daily standup stretched from 15 to 30 minutes because the team was larger. Then came the skipped retrospectives during release phases—"we don't have time today." Each compromise seemed reasonable in isolation, but together they formed a slippery slope that eventually dismantled the entire framework. The root cause often lies outside the team: misaligned Scrum rituals across multiple teams, company-wide meetings that override sprint events, and pressure from management to prioritize immediate fires over process discipline. Once the brain accepts that "we can skip it for a good reason," finding the next good reason becomes easier and easier. Juliana emphasizes a crucial distinction: teams that actively choose Scrum—those who approach management saying "we want to try this"—naturally protect the framework. They understand its value from personal conviction. When Scrum is imposed rather than chosen, the team lacks the intrinsic motivation to defend it against organizational pressure, making the slippery slope almost inevitable.   In this segment, we talk about the challenges of organizational alignment and protecting Scrum events.   Self-reflection Question: What small compromises has your team made to the Scrum framework, and are they leading you toward a slippery slope where the entire process may eventually be abandoned? Featured Book of the Week: Startup, Scaleup, Screwup by Jurgen Appelo Juliana recommends Startup, Scaleup, Screwup by Jurgen Appelo as her go-to resource for Scrum Masters and Agile Coaches. The book contains 42 tools designed to accelerate business growth, presented in accessible chapters that cover the most essential knowledge for agile practitioners. What sets this book apart for Juliana is its scope: it addresses not just team-level concerns but company-wide perspectives. "Sometimes Scrum Masters don't pay so much attention to the company level or between departments," she explains. "In this book, you'll find normal tools which you can apply all over the company, not only for the team." She uses it constantly for inspiration and recommends reading it at least once—though she returns to it repeatedly for reference.   [The Scrum Master Toolbox Podcast Recommends] 🔥In the ruthless world of fintech, success isn't just about innovation—it's about coaching!🔥 Angela thought she was just there to coach a team. But now, she's caught in the middle of a corporate espionage drama that could make or break the future of digital banking. Can she help the team regain their mojo and outwit their rivals, or will the competition crush their ambitions? As alliances shift and the pressure builds, one thing becomes clear: this isn't just about the product—it's about the people.   🚨 Will Angela's coaching be enough? Find out in Shift: From Product to People—the gripping story of high-stakes innovation and corporate intrigue.   Buy Now on Amazon   [The Scrum Master Toolbox Podcast Recommends]   About Juliana Stepanova   Juliana is an Agile coach and Scrum master, with a focus in her work on transformation through people and processes rather than the other way round. She helps teams and leaders to create clarity, build trust and create value with purpose. Her work combines structure with empathy and is always focused on real collaboration and meaningful results.   You can link with Juliana Stepanova on LinkedIn.   You can also follow Juliana on Twitter.

Juliana Stepanova: The 90-Minute Retrospective Disaster That Taught Me Servant Leadership 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's not my job to find the points to improve. My job is to help the team find them, to interact their communication, to start thinking about the improvements, and not pushing them into my exercises." - Juliana Stepanova   Juliana shares a humbling experience from her first year as a Scrum Master that transformed how she approaches facilitation. She had meticulously prepared what she believed was a brilliant 90-minute retrospective—carefully designed exercises, content tailored to the sprint, everything by the book. Yet when she asked the team for feedback at the end, they delivered a crushing verdict: "It was the worst retro ever." The disconnect wasn't about the quality of preparation but about whose perspective drove the design. Juliana had crafted the session based on her observations and assumptions about what the team needed, rather than asking them what they actually wanted to discuss.  This experience crystallized a fundamental insight about servant leadership: the difference between leading and servant leading. Today, Juliana prepares at least twice as many tools and exercises as she needs for any workshop, ready to pivot based on the room's energy and the team's expressed needs. She opens sessions with questions about expectations, aligning with the team's mood while setting appropriate boundaries. The failure taught her that even the most carefully prepared facilitation can miss the mark when it doesn't serve what the team actually needs in that moment.   Self-reflection Question: When was the last time you asked your team what they wanted from a retrospective before you designed it, and how might their input change your approach?   [The Scrum Master Toolbox Podcast Recommends] 🔥In the ruthless world of fintech, success isn't just about innovation—it's about coaching!🔥 Angela thought she was just there to coach a team. But now, she's caught in the middle of a corporate espionage drama that could make or break the future of digital banking. Can she help the team regain their mojo and outwit their rivals, or will the competition crush their ambitions? As alliances shift and the pressure builds, one thing becomes clear: this isn't just about the product—it's about the people.   🚨 Will Angela's coaching be enough? Find out in Shift: From Product to People—the gripping story of high-stakes innovation and corporate intrigue.   Buy Now on Amazon   [The Scrum Master Toolbox Podcast Recommends]   About Juliana Stepanova   Juliana is an Agile coach and Scrum master, with a focus in her work on transformation through people and processes rather than the other way round. She helps teams and leaders to create clarity, build trust and create value with purpose. Her work combines structure with empathy and is always focused on real collaboration and meaningful results.   You can link with Juliana Stepanova on LinkedIn.   You can also follow Juliana on Twitter.  

Agile in Construction: The Product Owner Role in Construction—Voice of the Customer Across Every Phase With Felipe Engineer-Manriquez 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 Extreme Ownership by Jocko Willink and Team of Teams by General Stanley McChrystal, as well as our Agile in Construction episodes. The Great Product Owner: Bringing the Voice of the Customer to Every Decision "I want you to think like the owner, and bring that to the team meetings, because we can't have the owner in the meetings with us." - Felipe Engineer-Manriquez   The Product Owner role in construction is radically different from software—and Felipe has learned to find it in unexpected places. When Jeff Sutherland told his class to "tear up your business cards" because only three roles exist (Developer, Scrum Master, Product Owner), construction people were confused. Felipe's approach: ask the team who can bring the voice of the customer. Sometimes it's the superintendent, interfacing daily with charge nurses and doctors in a working hospital. Sometimes it's a project executive. Rarely, it's the project manager. The key is that the PO role changes across phases because every day in construction is brand new—the building is physically taking shape. Felipe studied military leadership in Extreme Ownership and Team of Teams and found strong product owner culture—leaders who brought customer voice to cell-level teams against hierarchical norms. Great product owners speak in terms of what the customer wants, transforming how teams prioritize and align naturally.   Self-reflection Question: Who on your team currently embodies the voice of the customer, and how might you coach them to bring that perspective more explicitly to every team interaction? The Bad Product Owner: When Gut Decisions Override Value "Value is a beneficial transformation of materials, information, or a combination of both. Let's not do things that don't transform information or materials." - Felipe Engineer-Manriquez   Felipe shares a powerful anti-pattern: owners who make gut decisions based on past project trauma without checking if conditions are still true. On a $100 million project, an owner repeatedly introduces work that doesn't add value—reacting to bad things that happened on previous projects, even when those conditions no longer exist. The result? Teams waste time on activities that don't transform materials or information. Felipe teaches teams an industrial engineering definition of value: "a beneficial transformation of materials, information, or a combination of both." Status updates that don't change behavior are waste. Markings on metal decking that will be buried under 5 inches of concrete are waste. The fix? Make the backlog visible and ask: "Where should we zipper this in so it has the most impact on transforming materials or information?" For construction, prioritization always comes back to getting the right materials in place, one time, at the right time—not touching things twice.   Self-reflection Question: When stakeholders introduce work based on past experiences, how do you help them evaluate whether those conditions still apply to the current situation?   [The Scrum Master Toolbox Podcast Recommends] 🔥In the ruthless world of fintech, success isn't just about innovation—it's about coaching!🔥 Angela thought she was just there to coach a team. But now, she's caught in the middle of a corporate espionage drama that could make or break the future of digital banking. Can she help the team regain their mojo and outwit their rivals, or will the competition crush their ambitions? As alliances shift and the pressure builds, one thing becomes clear: this isn't just about the product—it's about the people.   🚨 Will Angela's coaching be enough? Find out in Shift: From Product to People—the gripping story of high-stakes innovation and corporate intrigue.   Buy Now on Amazon   [The Scrum Master Toolbox Podcast Recommends]   About Felipe Engineer-Manriquez   Felipe Engineer-Manriquez is a best-selling author, international speaker, and host of The EBFC Show. A force in Lean and Agile, he helps teams build faster with less effort. Felipe trains and coaches changemakers worldwide—and wrote Construction Scrum to make work easier, better, and faster for everyone.   You can link with Felipe Engineer-Manriquez on LinkedIn.   You can also find Felipe at thefelipe.bio.link, check out The EBFC Show podcast, and join the EBFC Scrum Community of Practice.