POPULARITY
Categories
1,380 episodes with Scrum
485 episodes with Scrum
182 episodes with Scrum
147 episodes with Scrum
230 episodes with Scrum
137 episodes with Scrum
113 episodes with Scrum
150 episodes with Scrum
172 episodes with Scrum
208 episodes with Scrum
110 episodes with Scrum
69 episodes with Scrum
86 episodes with Scrum
77 episodes with Scrum
115 episodes with Scrum
48 episodes with Scrum
53 episodes with Scrum
60 episodes with Scrum
52 episodes with Scrum
64 episodes with Scrum
40 episodes with Scrum
36 episodes with Scrum
23 episodes with Scrum
34 episodes with Scrum
64 episodes with Scrum
51 episodes with Scrum
22 episodes with Scrum
52 episodes with Scrum
56 episodes with Scrum
40 episodes with Scrum
29 episodes with Scrum
19 episodes with Scrum
22 episodes with Scrum
23 episodes with Scrum
75 episodes with Scrum
19 episodes with Scrum
35 episodes with Scrum
22 episodes with Scrum
21 episodes with Scrum
35 episodes with Scrum
42 episodes with Scrum
33 episodes with Scrum
32 episodes with Scrum
32 episodes with Scrum
32 episodes with Scrum
13 episodes with Scrum
19 episodes with Scrum
19 episodes with Scrum
24 episodes with Scrum
18 episodes with Scrum
25 episodes with Scrum
15 episodes with Scrum
23 episodes with Scrum
221 episodes with Scrum
11 episodes with Scrum
11 episodes with Scrum
12 episodes with Scrum
14 episodes with Scrum
8 episodes with Scrum
11 episodes with Scrum
9 episodes with Scrum
167 episodes with Scrum
9 episodes with Scrum
8 episodes with Scrum
9 episodes with Scrum
6 episodes with Scrum
9 episodes with Scrum
8 episodes with Scrum
16 episodes with Scrum
17 episodes with Scrum
6 episodes with Scrum
12 episodes with Scrum
8 episodes with Scrum
8 episodes with Scrum
9 episodes with Scrum
137 episodes with Scrum
26 episodes with Scrum
5 episodes with Scrum
6 episodes with Scrum
5 episodes with Scrum
8 episodes with Scrum
7 episodes with Scrum
4 episodes with Scrum
6 episodes with Scrum
4 episodes with Scrum
4 episodes with Scrum
6 episodes with Scrum
9 episodes with Scrum
4 episodes with Scrum
107 episodes with Scrum
7 episodes with Scrum
5 episodes with Scrum
104 episodes with Scrum
102 episodes with Scrum
10 episodes with Scrum
10 episodes with Scrum
6 episodes with Scrum
4 episodes with Scrum
4 episodes with Scrum
5 episodes with Scrum
96 episodes with Scrum
10 episodes with Scrum
27 episodes with Scrum
5 episodes with Scrum
11 episodes with Scrum
9 episodes with Scrum
6 episodes with Scrum
9 episodes with Scrum
9 episodes with Scrum
4 episodes with Scrum
4 episodes with Scrum
7 episodes with Scrum
4 episodes with Scrum
4 episodes with Scrum
4 episodes with Scrum
10 episodes with Scrum
12 episodes with Scrum
6 episodes with Scrum
5 episodes with Scrum
5 episodes with Scrum
8 episodes with Scrum
3 episodes with Scrum
15 episodes with Scrum
2 episodes with Scrum
15 episodes with Scrum
4 episodes with Scrum
5 episodes with Scrum
5 episodes with Scrum
7 episodes with Scrum
6 episodes with Scrum
4 episodes with Scrum
4 episodes with Scrum
13 episodes with Scrum
2 episodes with Scrum
7 episodes with Scrum
4 episodes with Scrum
9 episodes with Scrum
69 episodes with Scrum
68 episodes with Scrum
3 episodes with Scrum
3 episodes with Scrum
2 episodes with Scrum
11 episodes with Scrum
2 episodes with Scrum
4 episodes with Scrum
2 episodes with Scrum
3 episodes with Scrum
2 episodes with Scrum
4 episodes with Scrum
6 episodes with Scrum
61 episodes with Scrum
5 episodes with Scrum
4 episodes with Scrum
3 episodes with Scrum
2 episodes with Scrum
2 episodes with Scrum
3 episodes with Scrum
7 episodes with Scrum
57 episodes with Scrum
3 episodes with Scrum
3 episodes with Scrum
2 episodes with Scrum
3 episodes with Scrum
7 episodes with Scrum
4 episodes with Scrum
4 episodes with Scrum
4 episodes with Scrum
4 episodes with Scrum
2 episodes with Scrum
5 episodes with Scrum
3 episodes with Scrum
3 episodes with Scrum
4 episodes with Scrum
52 episodes with Scrum
2 episodes with Scrum
3 episodes with Scrum
2 episodes with Scrum
5 episodes with Scrum
5 episodes with Scrum
3 episodes with Scrum
3 episodes with Scrum
8 episodes with Scrum
9 episodes with Scrum
2 episodes with Scrum
3 episodes with Scrum
3 episodes with Scrum
3 episodes with Scrum
3 episodes with Scrum
2 episodes with Scrum
Agile in Construction: Why Construction Teams Need Product Owner Thinking with Luca Cotta Ramusino 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 Customer Value Detective Luca discovered that applying the Product Owner role in construction requires thinking like a customer and understanding that "it's the customer that defines what value is." The great Product Owner in construction acts as a customer value detective, constantly asking "which task out of these is going to move the yardstick?" They ensure that work always serves a customer—if you can't identify your customer, you should stop and find one. This mindset transforms how construction teams approach their daily huddles and project planning, viewing everything through the lens of customer value rather than just task completion. The Bad Product Owner: The Waste Accumulator The bad Product Owner in construction fails to eliminate waste from processes, allowing non-value-adding activities to persist simply because "that's how we've always done it." They struggle to have candid conversations with customers and fail to tease out real requirements. Instead of transforming language into customer reality, they ask customers directly "what they want" without understanding that customers are better at identifying what they don't want than articulating what they need. This approach leads to projects that complete tasks without delivering real value. In this segment, refer to The Last Planner Method. Self-reflection Question: Can you clearly identify the customer for every piece of work your team performs, and how do you ensure that work truly moves the project toward completion? [The Scrum Master Toolbox Podcast Recommends]
Agile in Construction: Managing The Network of Promises in Lean Construction, with Luca Cotta Ramusino 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. Luca defines success in Lean construction through two critical metrics from the Last Planner Method: PPC (Percentage of Plan Complete) and RNC (Reasons for Not Completing). Success means creating reliable promises in what he describes as construction's "network of promises." The Last Planner Method removes layers of management by having those closest to the work do the planning themselves. PPC measures how reliable your promises are—similar to Scrum's definition of "done"—while RNC identifies where problems concentrate, typically in 2-3 areas. Both the work provider and receiver must agree on what "complete" means for these metrics to be meaningful. Featured Retrospective Format for the Week: Reflect and Disinfect Luca developed this daily retrospective practice where people share what was interesting about their work day without formal meetings. Inspired by both Scrum retrospectives and Toyota's focus on reflection and introspection, this 15-minute format answers three questions: what should we continue doing, what should we stop doing, and what should we start doing? The practice emphasizes that teams need moments to stop and think back in order to improve how they work. The informal nature makes it accessible to construction crews who might resist traditional meeting formats. Self-reflection Question: How reliable are the promises your team makes, and what patterns do you see in the reasons they're not kept? [The Scrum Master Toolbox Podcast Recommends]
Agile in Construction: The Parade of Trades—Teaching Flow in Construction, With Luca Cotta Ramusino 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. Luca learned the hard way that you can't just parachute consultants into construction sites and expect Lean methods to stick. His change strategy focuses on getting buy-in from crews by showing them "what's in it for them." He starts with exercises that provide insight into how Lean ideas apply to their specific jobs, like the "Parade of Trades" simulation that demonstrates how one crew moving at twice the speed still gets stuck behind slower crews ahead. This reveals that predictability of progress matters more than speed of progress. Once teams become familiar with these concepts, Luca transitions from directive teaching to facilitating meetings and conversations, moving into the background to help teams become more sustainable in their Lean practices. In this segment, Luca refers to the movie Karate Kid from 1984, and to Theory of Constraints. Self-reflection Question: How do you ensure that change initiatives show clear value to the people who must actually implement them? [The Scrum Master Toolbox Podcast Recommends]
Agile in Construction: The Culture Shock of Applying Agile and Lean to Construction, With Luca Cotta Ramusino 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. Luca experienced a culture shock when first applying Lean thinking to construction, struggling to see how methods designed for cars and assembly lines could work in one-off construction projects. However, he discovered that collaboration in construction isn't about boss relationships—it's about people coming together to deliver value from the customer's perspective. The key insight: when multiple contractors compete for their share of income, the real goal becomes finding ways to complete "the work" efficiently. Competition exists, but the ultimate focus must remain on delivering what the customer truly needs, not just what individual trades want to accomplish. In this segment, we refer to the concept of an Andon Cord, and Swarming from Lean. Featured Book of the Week: The Machine That Changed the World & The Toyota Way These two books provided Luca with his "aha!" moment in understanding Lean construction. The Toyota Way, available in both English and Italian (with additional Italian company case studies), initially created a culture shock as Luca struggled to apply automotive methods to construction's one-off projects. However, these books revealed how Lean thinking could transform construction through visual management to surface problems quickly and swarming practices to fix issues faster. The books taught him that Lean principles transcend industries when properly adapted to different contexts. The Machine That Changed The World, by Womack, Jones, and Roos. Self-reflection Question: What industry practices have you dismissed too quickly without considering how they might adapt to your unique context? [The Scrum Master Toolbox Podcast Recommends]
In this episode of Building Better Developers with AI, Rob Broadhead and Michael Meloche tackle a challenge that many modern developers face: navigating multiple software methodologies. With insights shaped by both real-world experience and AI-generated suggestions, the discussion reveals how developers can stay effective when juggling Agile, Waterfall, DevOps, and hybrid workflows. Understanding Common Software Methodologies The episode begins with an overview of today's most widely used software methodologies: Agile, Scrum, Waterfall, Kanban, DevOps, and SAFe. Rob and Michael highlight that developers often switch between these within the same organization or even across concurrent projects, depending on client requirements, legacy constraints, or team structure. The result? A dynamic but complex work environment that demands both technical and mental agility. The Challenge of Switching Software Methodologies The core challenge is staying productive while adapting to different software methodologies across teams and projects. Developers face more than just a change in process—they often deal with different toolsets, coding standards, sprint cadences, and collaboration models. This constant context switching can drain mental resources. “It's like being bilingual,” Michael explains. “If you're not fluent in a method, switching is exhausting.” Even development tools play a role. Some developers separate projects by using different IDEs to help them mentally shift gears between methodologies. Clarifying ‘Done' in Software Methodologies Rob and Michael explore a common point of contention: the definition of “done.” In Agile, it often means feature-ready for review or feedback. In Waterfall, it usually means final and locked. “You'll start a war in a meeting just asking what ‘done' means,” Rob quips. Michael uses a cooking analogy to explain the importance of clear expectations: requirements are the recipe, code is the ingredients, and the finished product must match what was promised. Without agreement on what “done” means for each software methodology, delivery and testing become chaotic. Adapting to Different Software Methodologies To truly thrive, developers must move from a methodology purist to an adaptive mindset, focusing on the value being delivered rather than the rigidity of a particular framework. “Don't serve the methodology. Serve the customer,” Rob emphasizes. Michael reminds us to avoid getting lost in small details, like UI color tweaks, when more critical features remain incomplete. Staying aligned with the end goal ensures that effort translates into real progress, regardless of methodology. Documenting Within Software Methodologies In teams that use multiple software methodologies, documentation often becomes fragmented or overly complex. Rob and Michael both stress that great developers learn to write “just enough” documentation—and keep it in one place. Michael offers a best practice: let the codebase be the source of truth. Embedding JavaDocs, comments, or changelogs within the code ensures that updates stay consistent with the actual implementation. It reduces dependency on separate, often outdated documentation tools. “If your code and documentation don't match, one of them is lying,” Michael warns. Key Takeaways on Software Methodologies Understand core methodologies — Agile, Waterfall, DevOps, and hybrids Support healthy context switching — Use tools and routines that help you adapt Align on ‘done' — Define it clearly with your team Focus on outcomes — Avoid getting stuck in rigid process rules Document just enough — And keep it close to your code Be Adaptable, Stay Focused To succeed across software methodologies, developers must be flexible, clear, and focused on delivering value. Rather than being loyal to a single framework, the best developers understand the principles behind them all. They communicate effectively, manage context switches efficiently, and utilize smart documentation to keep projects aligned. When you serve the goal—not just the process—you become a truly adaptive developer. Stay Connected: Join the Developreneur Community We invite you to join our community and share your coding journey with us. Whether you're a seasoned developer or just starting, there's always room to learn and grow together. Contact us at info@develpreneur.com with your questions, feedback, or suggestions for future episodes. Together, let's continue exploring the exciting world of software development. Additional Resources Learn From CoWorkers: Interview with Douglas Squirrel Rock Bottom Can Be a Starting Line Invest In Your Team – They Will Want To Stay Building Better Developers With AI – With Bonus Content
Agile in Construction: Tackling the Specialist-silo Problem in Construction With Luca Cotta Ramusino 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. Luca shares a critical insight from his 20+ years in construction: crews often obsess about the wrong problem. While everyone knows a drywall crew can hang drywall, the real challenge isn't about individual abilities—it's about having work ready to perform. Construction sites are messy, crowded environments where multiple trades work simultaneously, not in splendid isolation. Luca emphasizes that completing work depends not just on your crew's skills, but on having the area prepared and ready for your specific trade. He explains how he gains buy-in from tradespeople by showing them "what's in it for them" and helping them understand the difference between how they think they're working versus what's actually happening on site. Self-reflection Question: How often do you focus on your team's capabilities while overlooking whether the work is actually ready for them to execute? [The Scrum Master Toolbox Podcast Recommends]
Polina from The Monthly Method discusses her hiatus from podcasting and introduces the 'Three Levers' framework, a concept she learned as a junior product manager. The framework helps simplify and streamline any project. Learn more about the Focus Room: https://monthlymethod.com/focus-roomTimeline:00:00 Introduction and Welcome Back00:20 The Three Levers Framework01:05 Applying the Framework to the Podcast01:32 Exploring Resource Options04:06 Adjusting the Timeline and Scope06:28 Personal Insights and Changes09:28 Normalizing and Optimizing14:53 Final Thoughts and Invitation ★ Support this podcast on Patreon ★
Technische Schulden in der agilen Softwareentwicklung – Warum sie uns alle betreffen und wie wir sie managen können Einleitung In dieser Folge unseres Podcasts tauchen wir tief in das Thema Technische Schulden ein. Wir erklären, warum Technische Schulden kein reines IT-Thema sind, sondern nachhaltige Auswirkungen auf die gesamte Organisation haben. Unser Ziel: Bewusstsein schaffen, wie... The post 161 Technische Schulden appeared first on Znipcast - für gute Zusammenarbeit | Agile, Scrum, KanBan, Psychologie, Teamentwicklung und NLP | Podcast der Znip Academy.
Die fünf Scrum Werte stehen etwas unscheinbar im Scrum Guide – nur ein kurzer Absatz, gefühlt kaum mehr als eine Randnotiz. Und doch bilden sie die Grundlage dafür, dass iteratives Arbeiten, gemäß des Prinzips empirischer Prozesssteuerung, in Scrum überhaupt möglich ist. In dieser Folge sprechen Oliver und Tim darüber, wie Product Owner diese Scrum Werte im Alltag konkret leben können. Nicht abstrakt und theoretisch, sondern ganz praktisch – im Spannungsfeld von Verantwortung, Kommunikation und Produktführung. Viele Teams und Organisationen arbeiten mit Scrum, ohne die Bedeutung der Scrum Werte wirklich zu reflektieren. Dabei hängt vieles genau davon ab: Wie offen gehen wir mit Feedback um? Wie mutig sprechen wir Konflikte an? Wie sehr helfen uns Fokus, Commitment und Respekt dabei, Klarheit zu schaffen und wirkungsvoll zusammenzuarbeiten? Tim und Oliver nehmen sich alle fünf Scrum Werte vor – Commitment, Fokus, Mut, Offenheit und Respekt – und beleuchten sie aus der Sicht eines Product Owners. Sie zeigen, dass es nicht um perfekte Haltung oder moralische Überlegenheit geht – sondern um gelebte Verantwortung. Und um die Wirkung, die entsteht, wenn ein Product Owner diese Werte nicht nur benennt, sondern im täglichen Handeln sichtbar macht. Ob in der Priorisierung, im Stakeholder-Dialog oder im Sprint Review: Die Scrum Werte zeigen sich überall. Wer als Product Owner mutig ist, kann klare Entscheidungen treffen, statt es allen recht machen zu wollen. Wer respektvoll kommuniziert, schafft Vertrauen – gerade auch in schwierigen Situationen. Und wer offen bleibt, kann Feedback wirklich annehmen, ohne die eigene Position zu verlieren. Oft stehen diese Werte in Spannung zueinander – oder im Widerspruch zu dem, was das Umfeld verlangt. Hierzu hatten wir ja auch gerade die tolle Episode mit Johannes Schartau ("Strukturen, die Produktentwicklung behindern – und was ihr dagegen tun könnt"). Gerade unter Druck fällt es schwer, Respekt zu zeigen, mutig zu bleiben oder sich zu fokussieren. Und genau deshalb braucht es Reflexion. Ein klares Gespür dafür, welchen Wert ich in meinem Kontext gerade besonders stärken will. Und die Bereitschaft, kleine Schritte zu gehen, statt alles auf einmal verändern zu wollen. Diese Folge ist eine Einladung, den Scrum Werten mehr Raum zu geben – nicht als Theorie, sondern als Kompass im Alltag. Wer sie ernst nimmt, stärkt nicht nur die eigene Wirksamkeit als Product Owner, sondern auch das Vertrauen im Team und in die eigene Produktverantwortung. Folgende weiteren Episoden wurden im Gespräch genannt: - Klarheit als Superpower für Produktmenschen - Sei dein eigenes Produkt! – Weiterentwicklung für Product Owner Wie wirken die Scrum Werte in deinem Alltag als Product Owner? Welche erlebst du als besonders hilfreich – und wo wird es herausfordernd? Wir sind gespannt auf deine Erfahrungen, Perspektiven und Fragen. Komm mit uns ins Gespräch und lass uns gemeinsam weiterdenken. Hinterlasse gerne einen Kommentar unterm Blog-Artikels oder auf unserer Produktwerker LinkedIn-Seite.
“Mental fitness is like going to the gym—but for your mind.”In this insightful episode, Jim welcomes René de Leijer—Agile Coach, Scrum Master, and co-creator of The Inner Game—to explore what it truly means to help people, teams, and organizations grow. René shares his philosophy on being “strategically lazy,” the importance of psychological safety, and how embracing your inner saboteurs can lead to personal and team transformation.More on The Inner GameThe website: https://www.playtheinnergame.com/LinkedIn page: https://www.linkedin.com/showcase/98064137/admin/dashboard/Connect with René on LinkedIn https://www.linkedin.com/in/renedeleijer/Join the Online Scrum Master Summit: Claim your free ticket for the Online Scrum Master SummitCheck out our sponsor:www.xebia.comwww.scrummatch.comwww.wiserbees.comwww.masteringagility.orgHosted by Ausha. See ausha.co/privacy-policy for more information.
The Sunday Triple M NRL Catch Up - Paul Kent, Gorden Tallis, Ryan Girdler, Anthony Maroon
It’s another good Saturday with Tony Squires, Nathan Hindmarsh, Michael Chammas and activated 18th man Jason Demetriou. The boys dissect what’s going on at Manly after a woeful performance on the Gold Coast, and how the Sharks managed to bounce back after a horrid fortnight to get their tenth straight win over the Dragons. Origin 2 gets a full preview, there’s reaction to Shane Richardson’s comments about the officials, plus Sharks lock Cam McInnes and New South Wales Assistant Coach Dean Young join the show. Plus Believe It Or Not, Tony’s Quiz, and would Hiney turn up to work if he won $100M?See omnystudio.com/listener for privacy information.
It’s another good Saturday with Tony Squires, Nathan Hindmarsh, Michael Chammas and activated 18th man Jason Demetriou. The boys dissect what’s going on at Manly after a woeful performance on the Gold Coast, and how the Sharks managed to bounce back after a horrid fortnight to get their tenth straight win over the Dragons. Origin 2 gets a full preview, there’s reaction to Shane Richardson’s comments about the officials, plus Sharks lock Cam McInnes and New South Wales Assistant Coach Dean Young join the show. Plus Believe It Or Not, Tony’s Quiz, and would Hiney turn up to work if he won $100M?See omnystudio.com/listener for privacy information.
Stuart Tipples: The Ghost Product Owner vs. The Storytelling 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. The Great Product Owner: The Storytelling Master Stuart describes an exceptional Product Owner who worked with an API team on what could have been a dry, unsexy product. This PO excelled by maintaining clear availability through established office hours, showing up consistently for the team, and avoiding micromanagement. The standout quality was their ability to tell compelling stories that created clarity and got the team onboard with the vision. Through storytelling, this PO helped the team communicate the value of their work, transforming a potentially mundane product into something meaningful and engaging for both the team and stakeholders. The Bad Product Owner: The Ghost with the Most Stuart encountered a problematic Product Owner working with a customer-portal team dealing with edge cases, legacy systems, and messy code. This PO earned the nickname "The Ghost with the Most" because they were never available when needed. They would miss sprint planning sessions, delay or skip backlog refinement entirely, and leave team members to fill the gap while juggling their own responsibilities. Stuart learned to address this directly by outlining how the PO's behavior affected the team and delivery, asking "Can I help you?" The PO initially reacted defensively but eventually admitted they weren't happy in the role. Self-reflection Question: How effectively does your Product Owner use storytelling to create clarity and help the team understand the value of their work? [Scrum Master Toolbox Podcast Recommends]
The Sunday Triple M NRL Catch Up - Paul Kent, Gorden Tallis, Ryan Girdler, Anthony Maroon
James Graham, Josh Reynolds & Maroon are in to talk all the latest out of Origin camp! We talk Moses being ruled out, the Origin beef, Ezra Mam getting 18th man & preview all the action ahead of round 15!See omnystudio.com/listener for privacy information.
James Graham, Josh Reynolds & Maroon are in to talk all the latest out of Origin camp! We talk Moses being ruled out, the Origin beef, Ezra Mam getting 18th man & preview all the action ahead of round 15!See omnystudio.com/listener for privacy information.
In this thought-provoking episode, Jim sits down with Tobias -Tobi- Mende, engineering leadership consultant and speaker at the upcoming Online Scrum Master Summit from June 17-19 to explore the real challenges of decision-making in agile teams. Drawing from 15+ years of experience, Tobi shares how poor visibility, lack of strategy, and fear of failure hold teams back—and how we can fix it.If you're a Scrum Master, team lead, or product manager frustrated by indecision, vague priorities, or never-ending meetings—this episode is for you. Tobi delivers tactical ways to empower teams, improve clarity, and reintroduce confidence into team decisions—without falling into top-down traps or analysis paralysis.
Stuart Tipples: Defining Scrum Master Success and the 4L's Retrospective 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. Stuart redefines success for Scrum Masters, moving beyond organized JIRA boards and well-structured stories to focus on team dynamics and behavior. True success means seeing healthy conflict that leads to insight, having transparent priorities, and watching teams call out their own behavior through self-checking mechanisms. Stuart emphasizes that happy teams aren't just content - they're energized by embracing obstacles and challenges. He stresses the importance of reinforcing great behaviors when you see them, creating an environment where teams can thrive independently. Featured Retrospective Format for the Week: 4L's The 4L's retrospective format is Stuart's favorite because it strikes the perfect balance between warmth and honest feedback. The format covers four areas: Liked (appreciation), Learned (growth opportunities), Lacked (identifying gaps), and Longed for (dreaming big). This structure prevents people from freezing up while uncovering golden moments and building psychological safety. As a bonus, the format allows facilitators to bring fun elements and themes, making retrospectives more engaging while maintaining their effectiveness in driving team improvement. Self-reflection Question: Does your team demonstrate healthy conflict that leads to insight, or are disagreements avoided and issues left unresolved? [Scrum Master Toolbox Podcast Recommends]
Stuart Tipples: Beyond Hierarchy—Influencing Agile Adoption Through Setting the Example and Community 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. Stuart explores the challenging aspect of leading change as a Scrum Master without hierarchical authority. He shares his experience as a chapter lead where he built a community of practice and recruited new Scrum Masters to become change agents. The breakthrough came when he convinced director-level leaders to run their own quarterly retrospectives, creating a powerful example for teams throughout the organization. Stuart emphasizes that change spreads organically - when you change your team, it becomes contagious. His approach involved showing up daily as a change agent, understanding the difference between sponsors and change agents, and initially facilitating leadership retrospectives to demonstrate proper technique. Self-reflection Question: How can you leverage community building and lead by example to create lasting organizational change without relying on formal authority? [Scrum Master Toolbox Podcast Recommends]
Laura Kendrick and Cort Sharp hijack the mic to share what it’s really like behind the scenes at Mountain Goat. From Zoom bloopers to unexpected team bonding, they unpack how a fully remote team built a thriving, human-centered workplace. Overview In this special takeover episode, Laura Kendrick and Cort Sharp pull back the curtain on what goes into running hundreds of Scrum and Product Owner classes virtually—and why Mountain Goat's remote team still feels so close-knit. With stories of early tech headaches, Slack banter, hilarious costume moments, and the quiet rituals that keep the team connected, they explore how remote work can actually foster strong relationships and top-tier collaboration. If you’ve ever wondered how to make a distributed team work (or just want a peek at some Zoom-era growing pains), this one’s for you. References and resources mentioned in the show: Laura Kendrick Cort Sharp #61: The Complex Factors in The Office Vs. Remote Debate with Scott Dunn #147: The Power of Quiet Influence with Casey Sinnema Run a Daily Scrum Your Team Will Love Subscribe to the Agile Mentors Podcast Join the Agile Mentors Community Want to get involved? This show is designed for you, and we’d love your input. Enjoyed what you heard today? Please leave a rating and a review. It really helps, and we read every single one. Got an Agile subject you’d like us to discuss or a question that needs an answer? Share your thoughts with us at podcast@mountaingoatsoftware.com This episode’s presenters are: Cort Sharp is the Scrum Master of the producing team and the Agile Mentors Community Manager. In addition to his love for Agile, Cort is also a serious swimmer and has been coaching swimmers for five years. Laura Kendrick is the producer of the Agile Mentors Podcast and a seasoned Scrum Master who keeps virtual classes running smoothly. Outside the podcast, she helps clients apply Scrum techniques to their marketing and business strategy, bringing structure and momentum to big, creative ideas. Auto-generated Transcript: Laura Kendrick (00:00) Welcome in Agile Mentors. As you may have noticed, I am not Brian Milner. I am Laura Kendrick, and this is Cort Sharp. And if you have taken a class with us at Mountain Goat in the last five years, there is a good chance that you have met one or actually both of us. Cort Sharp (00:19) I think it's like 90 % chance, 95 % honestly. We've been in so many of these classes. Laura Kendrick (00:26) Definitely, and oftentimes together too with one of us TAing, one of us producing, sometimes one of us teaching court. Cort Sharp (00:33) once in a while, once in a while. Yeah. Laura Kendrick (00:37) So we thought we would come on over here and hijack the podcast to share a little bit about some of the insights that we have gained from doing about a billion, maybe a little exaggeration. Cort Sharp (00:49) Roughly. Roughly. We've done roughly a billion classes with Mountain Goat. Yes. Laura Kendrick (00:56) We have seen a lot in the certifying of Scrum Masters and product owners and advanced product owners and Scrum Masters and all of the evolution of the classes that we have done. We actually hold quite a bit of insight into what is happening in this world. And so we thought we would come in, steal the podcast, and share a little bit of what we have seen, learned, observed, and really just kind of Honestly, some of the laughs and fun that we've had along the way. Cort Sharp (01:25) Also, I think, I don't know, just your intro right there is talking about, hey, we've seen the evolution of these classes. That just got my brain going of like, remember the first class that we did? Way like 2020. I mean, I was in my parents' basement with really terrible internet. It was a struggle. Laura Kendrick (01:40) Yeah. Cort Sharp (01:49) But we were working on like Miro boards or mural. One of the two, forget which, which tool it was, but that was, yeah, that was before team home. And then we got to see the first version of team home. We helped do a little testing with it. And then we've seen it grow all the way into this awesome tool that we have nowadays. And I don't know, just, just to me, I think it's cool to see how we've been iterating and be part of that process of the iteration process, um, to develop these classes and these courses into. Laura Kendrick (01:52) Mm-hmm. Mural. Yep. Mm-hmm. Cort Sharp (02:20) the truly awesomeness that they are today. Personally, I'd rather take a virtual class than an in-person class with Mountain Goat at this point. Laura Kendrick (02:27) It's funny that you say that because I notice actually the iteration of the experience like outside of the tech piece because you know, that's where my brain goes. Here's the difference between court and I. I'm noticing the interactions. But I've noticed, mean how people are interacting a little bit differently in the online space, how even our team interacts, like all of those things has become so much more sophisticated and amazing and Cort Sharp (02:39) Yeah, just a bit. Laura Kendrick (02:54) I mean, honestly, we sometimes talk on our team between like the producing and TA team where like I've referred to it as a perfect game if we don't need anything from the outside team, which occasionally we need a lot of support from the outside team, but we've we've got this down at this point. And it is it's become those first classes. I remember them being super stressful, like, my gosh, the breakout rooms and all the things and just being like, I mean, you couldn't do. Cort Sharp (03:17) Yes. Laura Kendrick (03:21) It was almost like learning how to drive where you felt like if you turned the radio knob up, you might actually turn the whole car. And it was like, so much anxiety. Cort Sharp (03:31) I mean, but we just didn't know Zoom then. Zoom didn't even know itself then, right? What Zoom is, ⁓ for those of you who don't know, we host all of our virtual classes on Zoom. And learning that platform, like I'd used it once maybe for some just, yeah, here's Zoom exists in one of my college classes. That was about it. But yeah, totally. was like, man, what does this button do? Hopefully it doesn't end the meeting and kick everyone out. Laura Kendrick (03:34) Yeah. Yeah. Yeah. That's so true. Yeah, no kidding. But you know what's really interesting too, though, is that it's been over five years now for both of us being part of the Mountain Goat team. And we all work remotely. And other than you and Mike for a little while being right down the road from each other, none of us had any actual interpersonal interaction with each other outside of Zoom email and Slack and the occasional, know, fretted text message of like, are you late? Where are you? Cort Sharp (03:58) Absolutely, yeah, totally. Yeah. Laura Kendrick (04:26) But other than that it like we truly were of and still are a fully remote team and the crazy thing about it is we have at this point once gotten together as a full team in person and it was such an interesting experience being having been fully remote and then being in person and in particular the team that is live on the classes Cort Sharp (04:39) Yep. Yep. Laura Kendrick (04:51) It was a very different interaction because we have this time built into our classes where the team gets on the Zoom call 30 minutes earlier than the students do. And we get this time to just honestly have like water cooler chat and like friend chat or occasionally see Mike get on and you can't hear him, but you can see that he is quite angry at his very elaborate tech system that is not working correctly. Cort Sharp (05:14) you That does happen. Yes, it does. ⁓ Laura Kendrick (05:21) these moments, I feel like they really bonded us together. Because when we got together in person, it was old friends. wasn't even fast friends. It was old friends. And the banter even that goes on in Slack is fun and engaging and not rigid and confining. Cort Sharp (05:31) Yeah. Yes, absolutely. I agree with that. I mean, I'm just thinking back to like the first time because that was the first time I met you in person. aside from being like, wow, she's a lot shorter than I thought she would be. Laura Kendrick (05:47) Mm-hmm. shorter. By the way, court is like 6-4. Cort Sharp (05:55) Yeah, yeah. Not that you're short. But I've just always ever seen like, the profile like the profile picture. That's all that it's really ever been. So I'm like, yeah, you're like, what I would consider normal height, which you totally are. But in my mind, I was like, yeah, it's weird seeing, you know, your legs. That's funny. ⁓ Laura Kendrick (06:14) We digress. Cort Sharp (06:15) But aside from that, was like we've known each other for three, four, four years because we've had that time to get to know each other. We've had that time to talk about just life events, what's going on, where we live, what's happening, what the deal is going on with life. Because we've been very intentional about having that time with that. The 30 minutes before each class were originally very much so used to take care of any tech problems. As the years have gone by, we've for the most part figured out the tech problems. Sometimes, you know, we'll change something out. Laura Kendrick (06:48) Except, hold on, except last week in Lance's class, we were talking about his dog and suddenly it looked as though Lance in his entire room did a cartwheel because the camera just fell. This is not a small camera. Cort Sharp (07:02) It said, nope, I'm out. ⁓ man. Laura Kendrick (07:06) So we still occasionally have the tech problem. Cort Sharp (07:09) Yes we do, yes we do. That's why we still do the 30 vimits. Laura Kendrick (07:14) The crazy thing about that is that when we landed at this in-person meeting, there were members of the team that at that time, and I in particular had never had any interaction with. so like other than the odd email or Slack message, so it was like really knew their name, but didn't really work with them up until that moment. And it was really interesting because at one point, the way that the leadership team had mentioned of like, well, if you need somebody to step in and talk to Mike for you, if you're not comfortable. And I remember looking at court and being like, Mike's the one I'm most comfortable with in this room because of that 30 minutes. I feel like I know Mike. I feel like we have an actual interpersonal relationship where I have no problem speaking up and saying the things that I need to. And that has made like those little water cooler times, those little Cort Sharp (07:54) Yeah. Laura Kendrick (08:06) bantery questions, them asking about my kids or hobbies or whatever. And just knowing those things made a huge difference in our team functioning. The communication across time zones was so much better and easier and safer. Cort Sharp (08:24) Absolutely. We were talking a little bit before we were recording about just people who want pure in-person no matter what. I think at this point, I will always push back on that and say, you might not get that quote unquote collaboration time that's naturally built in, but if you're intentional about it and you provide the space and provide the resources, Laura Kendrick (08:32) Hmm. Cort Sharp (08:50) And also, kind of push people along, have some, I don't know, working agreements or something of, hey, our cameras are on whenever we're talking with each other, unless something like drastic is going on or something's happening, right? Which I think we're going to get into in a little bit, but it's massive. It's crazy. Laura Kendrick (09:03) That's huge. Yeah, I mean, it is. I think we can definitely speak to that in our own experience because we've had, of course, there are moments where people don't have cameras. There are moments where people have bad connections and we'll encourage them in class, like turn off your camera, save your bandwidth. But there are also moments where we are doing private classes for companies. In particular, we've done some with companies that work with like Department of Defense. So there's like real security. issues there and so they don't turn their cameras on. Their cameras are totally disabled on their computers. And it is, I have to say those classes are some of the most like energy draining classes I'm ever present in because I'll be there with the trainer and I feel like I have to give all this emotional feedback because when you are talking to a black screen, that's, it's really hard to just. Cort Sharp (09:47) Hmm. Laura Kendrick (09:58) survive that because you're not getting any feedback from anyone. So you don't know what's happening and you're constantly questioning and the kind of banter in your own mind is like, God, is it landing? Is it not? And you're just not getting any of that physical feedback. So I feel like when I'm on a class with a trainer like that, I feel like I have to be like, that's funny. I'm like, yeah, good point. Cort Sharp (10:19) Yeah, you're kidding. Laura Kendrick (10:21) I'm tired Cort Sharp (10:22) You No, I get that. And I've had some pretty similar experiences too. I might not be as in tune with the emotional side as stated earlier. So I might not help the trainers out nearly as much as I probably should. But I do think cameras on just can make all the difference. And again, situations where it's just not possible. Absolutely understand that. One of our trainers, Lance, he Laura Kendrick (10:39) Mm-hmm. Cort Sharp (10:47) He always likes to throw out the phrase, look, let's approach everything with grace, patience, and mercy. So I like, which I really appreciate, and I like that he throws that out there. But I think that's a good thing to keep in mind of like, know, even though you have the company policy, you have the working agreement, whatever it is that says, look, camera's on all the time, sometimes it's just not possible. Sometimes it just doesn't happen. I recently had to figure out internet in the middle of nowhere, because that's where I live now. Laura Kendrick (10:52) Mm. No. Cort Sharp (11:15) And I was worried for a while that I wouldn't be able to put my camera on. But, you know, if if they came down to that, I know that it would be, hey, you know, it's a it's a unique situation. It's something different. And we're going to do we're going to work the best that we can with it and try to figure out maybe you can turn your camera on for any time you're talking or just any time you have something to say or, you know, if you're agreeing with something, you could briefly turn your camera on to show like, yeah, I'm nodding. I'm agreeing. I'm doing whatever. Right. But Laura Kendrick (11:45) Honestly, I think recently I had a very busy day and we communicate in back channels, of course through email, but also we use Slack as a team. And so I sent a direct message to court about something and I just like, I sent it in a voice? No. And court's response was, didn't know you could do that in Slack. But in those moments, I think there are other ways of doing it too, where you can bring the humanity out, where it's not just words. Cort Sharp (12:01) Yeah. Laura Kendrick (12:09) So often I'm actually thinking about there was one time that you and I were talking about something and I misread it as like, I like kicked something, like some hornet's nest in there. Like you were upset with me, but you were like, no, that was not my intention. And it's an amazing thing that that's only happened once in five years. There was that subtle nuanced miscommunication of I thought I had offended in some way and I hadn't. Cort Sharp (12:18) So. Yeah. Laura Kendrick (12:34) Just keeping that in mind though, in written word, tone is interpreted because probably what happened is I like offended my kid or my partner and was bringing that into the conversation with court. And it had nothing to do with what was actually happening, but adding in those personal things of your face, your voice, those things really do help move that human connection, which enables the teamwork that we've seen at Mountain Go. Cort Sharp (12:42) Yep. Yep. Mm-hmm. Laura Kendrick (13:00) I mean, it's amazing the way this team functions and it is not perfect. There are definitely communications missteps. There are definitely like, oops, forgot to leave that piece out of the information packet. It happens. It happens to everybody, but we're able to recover really quickly or even it's a safe enough space to be able to speak up and say, I think I got left out on this. And it's responded to in a really gracious and amazing way. Cort Sharp (13:26) It absolutely is. I mean, Mountain Goat's been remote for longer than the COVID stuff, the pandemic stuff happened. Laura Kendrick (13:33) Yeah. Well, Lisa's been with them for what, 10 years? I think it was nearly 10 years when we started, maybe 15. And Hunter's around the same. So yeah, they've been spread for a long time. Cort Sharp (13:42) Something like that, Uh-huh. ⁓ I know that they had an office space and that office space changed just in case people wanted to like come in, come to the office. I think at one point, one of them was in Colorado, which is kind of funny because several people live on the West coast. And then it's like, okay, yeah, come on, come on, swing by the... Colorado office on just a random Tuesday. Yeah, fly in, have fun. I don't know. Yeah, why not? I don't know what the deal was or what it was like, but they've been fully remote. And I think with the kind of runway that they've had leading up until the time where everyone had to be fully remote has really benefited Mountain Go in a lot of ways, because a lot of those early, like, how do we work remote? How do we do this? Laura Kendrick (14:09) I'd do that. Yeah, let's do it. Cort Sharp (14:31) kind of was ironed out, but back to your, your point to just like, it's, it's incredible how much support there is. It's incredible how much, how well communication again, it's not perfect, but how well we're able to communicate with each other and how well we're able to just say, yeah, let's, let's hop on a call real quick or here. I think most of us have like personal phone numbers. We, we use that as a very much so last resort type deal. Laura Kendrick (14:57) Yeah. Cort Sharp (14:59) But even then, it's nice to just have those open lines of communication and know that those are always available, but also know that people are kind of in our corner all the time too. And I think you have a pretty good story about this one. Something happened in a class a few years ago. Laura Kendrick (15:09) Mm-hmm. Yeah. Yeah. It was early on we had, it was a non-Mike class. So it was one of the other instructors and there was a student who was just challenging. And in the end, it didn't go well in the moment, to put it, just to kind of like not go into grave detail about it. But Mike wasn't there, right? And so The thing that was interesting though is the first piece of communication that came from Mike, which was before that class even broke, right? Because it was one of those things of like, we have to share. As a team, we can't hide it. We have to share that something happened in class that was less than ideal. And so we did. And the immediate response from Mike was in support of the team. And later on, he did go and review the tape of the, because the classes are recorded, not for this purpose. They're recorded actually so that the students get a recording of the class afterwards and can return to what, you know, all the things that they learned because it's a lot to take in in two days. But in this one instance, it was beneficial in this way because Mike could actually see rather than taking people's words, what happened. And I think the important thing is not even what happened after, but what happened in the moment. that he instantaneously was like, I've got you. Like no matter how this goes, we're a team and I'm gonna support you as well. And that was actually, that was pretty early on for me. And it was in a moment where I didn't know Mike that well yet. And it was actually this very solidifying moment for me that was like, I'm in the right place. Like I am part of this team, not just a minion or an employee. Like they care about all of us. Cort Sharp (16:48) Mm-hmm. Laura Kendrick (16:56) and we're in this together, even if it turns out that we're in some form of trouble, it's still going to be thoughtfully managed and handled rather than just the kind of lashing out that can happen in so many environments. Cort Sharp (17:12) Right. And, and that experience, cause I think we were all included on that email. Like I, I wasn't in the class when it happened, but I do remember getting that email and it just was a clear communication from kind of head honcho Mike, right? A top dog saying, yeah, no, we, we got your back. on, we're on the same team. We're all working towards the same goal. And when I, when I read the email, I was like, wow, that was an eventful class. but. Laura Kendrick (17:26) Mm-hmm. us. Cort Sharp (17:38) My second thought, my second thought was, huh, this very similar to what you were saying of like, wow, this is a great place to be. This is a great company to work for. These are great people to be working with and alongside. ⁓ but also like, I know so many people whose managers, whose higher ups would say, Nope, you're in the wrong. You should have done better. Your toast, blah, blah, blah, blah. Like putting all the blame on you. Absolutely. Yeah. Yeah. Laura Kendrick (17:52) Mm-hmm. Yeah. The knee jerk. Yeah. Yeah. Cort Sharp (18:07) And it just, makes me think all the time of like one really blessed, like very fortunate to be here, very fortunate to work with mountain goat. but also people don't quit jobs. They quit managers. They quit leadership more often than not. And, not that I'm talking about quitting mountain goat, but, neither, neither of us are throwing that out there right now, but just like, Laura Kendrick (18:20) Mmm. Yeah. No, but interestingly in five years, I've not seen anybody quit. I mean, we've had people kind of go down separate paths, but nobody has been throwing their hands up and been like, I'm done. I can't be in this. There have been people who have taken other opportunities that they needed to take for their own businesses. But yeah, nobody's quit. In five years, no one has quit, which speaks volumes to the culture that is created in an environment where Cort Sharp (18:37) Mm-hmm. Laura Kendrick (18:57) And I also want to be clear that that response from Mike also, it wasn't disparaging to the other party either. It was simply a, like, it just let us know that I see you and this, you were in a hard moment in the moment and you had to react like a human being and you as a team, I've got your back and this is, you know, great. And to be fair to that was like in the heat of COVID. Cort Sharp (19:24) Yes, yeah It was yeah Laura Kendrick (19:27) good times. But there's also been a lot of fun that's happened in class too, which is, I think that makes a big difference. Like where we are, I don't want to say allowed because I don't think that's right, but like part of the culture is to have fun. Like Mike is a pretty funny guy. Brian's a pretty funny guy. Like honestly, the whole team is quite humorous and it's, we're allowed to like make these really fun things and Cort Sharp (19:48) Yes. Laura Kendrick (19:52) in response to like when we see them in class, like, we foster those two and it becomes this really fun working environment, not only for us, for our students. You brought up one that I had totally forgotten about with the costume. That was good. Cort Sharp (20:06) ⁓ yeah, I, I, yeah, I'll, I'll get into the costume thing, but I think the word you're looking for instead of allowed is enabled. Like we're, we're enabled to have fun. We're encouraged. Absolutely. Yeah. A hundred percent. If you ever hung out with Mike or, or taking a class with him, you've probably heard some funny stories. Laura Kendrick (20:13) Yeah, Encouraged, in fact. And my gosh, the one class too where Mike was asked how long they'd have access to like the videos and stuff. my gosh, Mike ended the class and it was a super engaged Chipper class. Everyone was laughing and Mike brought it down. Cause he did his usual thing where he talked about, what does he say? You have access as long as the internet exists and I'm alive. And then he went into great detail. great detailed speculation about what will happen once he's not alive. It went on for like five minutes. Cort Sharp (20:58) Yeah, where where he's like, yeah, you know, my kids will probably be like, what's this? What's this old website that dad's still hosting? Guess we'll we'll close that up 10 years down the line or whatever. Laura Kendrick (21:09) Dumbfounded. It was so good. But anyhow. Cort Sharp (21:13) man. But there was, I don't even remember why this happened in the class. don't think it was around like Halloween time or something. think the person, actually, I think the person does this to go to like local children's hospitals or local hospitals and just visit. But I get on and I'm normally the PM producer. So I normally hop on in the afternoon. And I took over from Laura and Laura Kendrick (21:22) No, it wasn't. think so. Cort Sharp (21:39) Laura was like, yeah, you know, pretty normal class. This happens, whatever. We're good. And I hop on and people start turning their cameras on. And then all of a sudden there's this dude in a Captain America costume. Like what? He's got the mask. He's got the, the, the uniform. He's got the shield and everything. And I was like, what is happening? What is going on? Come to find out he was telling his story. Laura Kendrick (21:50) Like full on math. Cort Sharp (22:04) Yeah, I do this. This is cool. And Mike was like, that'd be awesome to see. He went out, put it on and took the rest of the classes Captain America. So we have certified Captain America. Laura Kendrick (22:12) Awesome. We've had, there was the guy who was put on like a crazy hat for the first session and then came back for session two with a different crazy hat. And then other people started wearing crazy hats. And by the end of it, like by the final session, almost the entire class was sitting there with some like their kids stuff on their heads. it was. Cort Sharp (22:34) You Laura Kendrick (22:36) But was this one, like it stands out of the billion classes we've done. It stands out in our minds as these really fun moments. I remember the class where it was a private class, so it was for a company or team. And there were, it took me until the very end to, it was early on, so it took me until the very end to get up the gumption. There were five mics in the class. And finally I was like, I'm just gonna put them all in the same room and see if anybody notices. Cort Sharp (22:36) People just... Yes. Didn't they notice like right away, they all came back and they're like, team Mike is back in action or something, right? Laura Kendrick (23:04) I don't think they said anything, but they did. The instructor went into the room and like, yeah, they noticed. Good. My passive aggressive humor worked. Cort Sharp (23:10) Hehehehehe It's fun. It's all good. But it's also like going back to us being able to do this before I figured out kind of my background situation, I would always put up virtual backgrounds and I would just change your background every time and see if people noticed. And it wasn't, it was a lot of Disney. Yes. Laura Kendrick (23:23) Mm-hmm. Disney. That's the thing though. That also, that kind of stuff built a little bit of a relationship as well. like it was, court was always going to have something for Disney. I had one that I would, when I finally found the one I liked, I kept that one for a long time. And Mike would occasionally, when I wasn't in a class, he would send me a screenshot of somebody via email and be like, somebody's in your house with you. Cause they would have the same background. Cort Sharp (23:52) Yeah! Laura Kendrick (23:56) those little tiny things make the relationships and make the team function and make us giggle. So I'd be like out with my kids and see an email and be like, oh no, Mike, what does he need? And then click in and be like, you know, actually more often than not, it would probably be like, am I missing class? See, I'd be like, oh, that's funny. But you know, it builds that relationship. And I think it's why this remote working has worked so well for us. And I'm totally with you where I, when people are Cort Sharp (24:13) You Yeah. Laura Kendrick (24:26) railing against it because of my experience. like, you're crazy. This is great. Cort Sharp (24:31) Exactly. I'm like, how can you not want to just chill out, hang out in your home, chat with some people, get some work done, and like, you're good. Who despises that? Who doesn't like that? don't know. It's, Exactly, yeah. But I do think it does, it comes down to being intentional with it. We were talking about that 30 minutes before that used to be primarily tech troubleshooting. Laura Kendrick (24:47) I know, you get to do things on your own time too. Cort Sharp (25:01) but has since kind of evolved into, okay, so everything, like, I don't know about you, but the vast majority of time, unless a camera's fallen, the vast majority of time, it's, all right, does everything look good? Yeah? Cool. Sure does. Whoever I'm working with, awesome. So, what'd you do this weekend? how was this? ⁓ sorry, sorry that the Avs lost to the Dallas Stars. Yeah, I'm sorry too. Stuff like that, right? Where it's just, Laura Kendrick (25:19) Yeah. It's water cooler talk. Cort Sharp (25:29) It's fun, but we're very intentional with having that time to do that. And I think if you're not intentional in setting up that time, whether if you're working remote hybrid, you're not going to get it. And it's not just going to naturally happen because it is so much more difficult to produce. it's impossible for it to just kind of naturally pop up without taking away from some other intentional time. so I think in, in this this world that we're living in where there is the option to work remotely and there is this really big push to go back in person. I'm saying stick with remote, take your 15, 15 minute daily standup, and turn it into, you know, say, Hey, I'll be on 10, 15 minutes early. If anyone wants to come hang out, come chat. And make it worth it. Make it a valuable time because that is the time to connect and that is the time to say, yeah, cool. How are the kids? How was your weekend? Did you grill up some good hot dogs during this last weekend? What'd you do? Like, what was going on? ⁓ Build up that stuff. Laura Kendrick (26:23) Yeah. We also have Slack channels too, that are like that. Like there's a Slack channel for our team that's just movies, books and TV shows. That people, it'll get active at certain times and it'll be totally dead for a while and nobody's cultivating it. It's simply that somebody will pop in like, I just watched this and it's great. And they've set up also like the automatic bots, cause Mike's a big fan of James Bond. So like if somebody mentions James Bond, the Slack bot will say something quippy and it- Cort Sharp (26:39) Yeah. ⁓ Laura Kendrick (26:58) But it adds that little, like, little bit of humor, little bit of humanness to even though, like, the people that we have time to interact with like that is the team that's in class. So I don't, I mean, it wasn't until we were in person that I met our CTO. He was kind of an enigma, you know? Cort Sharp (27:10) Yeah. Mm-hmm. He was just in the background. Things just magically showed up digitally. Laura Kendrick (27:23) It was in my email and my Slack sometimes, but it creates that thing of like, now I know things about Hunter. Yes, of course it was because we were in person. I heard lots of stories and all that fun stuff. But also I know about like some of his like TV watching stuff. I know occasionally like what his wife likes to watch because sometimes he'll like pepper in something that, she dragged me into this and not my cup of tea. But it's those little bitty things that you start to learn about the people. Cort Sharp (27:39) Mm-hmm. Laura Kendrick (27:50) that makes them human and gives that space. And I also, think it's important to have it be a little bit of white space. so often we talk about cultivating the conversation and like, can you have icebreakers and get people engaged? And yes, those things are so important, but when it's with a team, you need to do those things, but you also need to create the empty space where maybe you have that daily standup or that... weekly meeting or monthly meeting, whatever that is for your team. And maybe at the end of it, it's just leaving the call going and allowing people to just talk. I mean, we did that as a producer team that we would have a meeting as producers that would be very structured and then kind of the official meeting would end. And there would be times where as a team we'd be on that Zoom. I'm like, thank goodness nobody needs this channel. Cause like we'd be in there for like two and a half hours. Cort Sharp (28:26) Yeah. Yeah. Laura Kendrick (28:42) just talking. And of course, it wasn't, you know, it wasn't billing time. It wasn't, you know, it was just us being friends and hearing each other and sometimes ranting and complaining and doing the things of like, this part was hard and like, yeah, well, people need the space to do that and feel seen and heard. And the only place they're going to get that is in the white space. Cort Sharp (29:01) Yep. Exactly. Yep. And where my head went when you were talking about the white space, I love where you just went to because that's absolutely very true. But where my mind went was the newest kind of Slack channel that that's been set up, which is the artificial intelligence. Yeah. Where we just we just it's cool because I'm interested in AI. I think everyone's interested in AI right now. Things are things are going in all sorts of wild directions with it. There's there's all sorts of possibilities that we can do with it. Laura Kendrick (29:17) ⁓ Yeah, that one's Yeah. Cort Sharp (29:32) And Hunter just threw out, who wants in? If you want in, cool, I'll get you in. If not, and you're not interested in AI, let me know when you are, because it'll be at some point, I was going to say. It's just another full group one. Yeah, we just. Laura Kendrick (29:39) Yeah. Pretty sure the whole team's in there. But it is fun. Like Hunter and Mike do deep dives and Brian too. And I'm like, wow, I just get to swim in that pool. It's really Cort Sharp (29:50) Yes. Yeah, yeah. You just kind of get a glean from what's posted in there and say, oh yeah, I am really interested in the automation side of AI. I want to do, I think I threw in there one time, like this whole GitHub repository that has just from zero to hero AI, here's a two week crash course. And I've been working my way through that. It's taken a lot longer than two weeks for me. I've been working my way through that. And it's opened my eyes to say, okay, now this awesome thing, think Mike just threw in there something about someone using it at Disney, I think it was, and how they were using it at Disney to propose, here's a cool way that we can use AI to help our proposals go faster or help our marketing campaigns go faster or whatever it is. And just learning and seeing and... Laura Kendrick (30:38) Yeah. Cort Sharp (30:44) growing together as a team as well and having that space of, yeah, you know, here's what here, here are these articles that I'm reading. Here's the ones that stuck out to me. And to have that space, I think also is, is really interesting to me too, not just because I like learning, but it's also like, I feel like, okay, I can talk with Mike about AI. I can talk with Hunter about AI. I can talk with whoever about it. And we're all relatively on the same page because we're all relatively getting the same information. Laura Kendrick (31:14) Yeah, yeah. I feel like having the Slack channel has been really helpful and all the white space and even honestly the in-person event, there was white space built into that too. There was definitely a lot of structured meetings because of course when you are bringing everyone in from all over the country and actually the world, have a team member who is in the UK too. Cort Sharp (31:26) yeah. Laura Kendrick (31:37) flying a great distance and being in a space together, it's got to be structured. You have to make that worth the time and effort and investment. But also there were dinners, there were shows that happened, there was fun built into it, and there were options of not just like, I'm forcing you to go to this, but like, here's a choice. Would you like to do this or that? And those things have made a huge difference in breeding the like belongingness. Cort Sharp (31:55) Mm-hmm. Laura Kendrick (32:05) and the feeling like we are actually a team. And even though there are definitely times where the frustrations arise, of course, I mean, who doesn't have frustrations, but it's a space where they can be vocalized, they can be talked through, and it's all due to that togetherness that we have, that connectedness that has been built through, honestly, Cort Sharp (32:05) Yeah. Mm-hmm. Laura Kendrick (32:30) just being in these like casual fun spaces is where that comes from in my opinion. Cort Sharp (32:36) Yeah, I agree with that. Just having the space to talk about whatever. But I think it's all rooted in communication, right? So in various methods of communicating and various ways of communicating too, where it's not just exclusively Slack, email, written text, we have that space there. But we do still run into some communication problems, right? There's... Laura Kendrick (32:41) Yeah. For sure, for sure. Cort Sharp (32:58) there's all sorts of communication problems that we're gonna run into because especially we are text-based heavy, but we're not exclusively text-based. But I think you were talking about a story where Mike was late one time or Mike's late story about communication and what was going on with that. Laura Kendrick (33:12) he tells it in class. He tells a story in class with that. It's one of his examples that he will pull into fairly frequently with an experience with a team where somebody was always late to the daily standup and they realized that it had to do with the fact that they had to drop their kid off at school. And so it was that simple communication shift of asking instead of assuming, asking which... They've put into practice too, like I recall early on hearing like, do you prefer to be communicated with? And like we've had these conversations that court and I have a tendency to be more slack people. But Brian has stated that for him, like when he's teaching slack is like his emergency line. And so like knowing that I'm not going to send him something through slack unless I desperately need him to see it when I can land it in his email versus Lisa and Laura are much more Cort Sharp (33:43) yeah. Mm-hmm. Mm-hmm. Laura Kendrick (34:04) they're going to be in the email. Like that's just where they live and they are less likely to be in Slack. So it's just knowing those things have also helped us build the right kind of streams of communication. I'm pretty sure Hunter is everywhere all at once. Like he's omnipresent. You can get him anywhere. I know it. I'm in New York and he's in California. I'm pretty sure if I whispered his name, he's hearing it right now. Cort Sharp (34:06) Right. my gosh. He's the enigma. He's the enigma everywhere. I was gonna say, I'm surprised he hasn't popped into this. We've said his name three times. It's, he just knows everything and he's always got everything coming through and no matter what you need, he's any message away. Slack, email, could be carry your pigeon. I don't know, something like that, right? Laura Kendrick (34:43) Yeah, his next Halloween costume needs to be Beetlejuice, so I'm sending that to him. my goodness. But I think at the end of the day, the practices that have been put into place that you may have felt in our classes too, have helped really grow this team into what it is. There's a lot of strength here. There's a lot of fun here, but there's a lot of hard work here too. And a lot of, there have been hard moments where we've all just kind of put our heads down together and moved through the hard moments as a team with a lot of support and a lot of. Cort Sharp (35:12) Mm-hmm. Laura Kendrick (35:15) Just trying to be in it and be like kind of move things where it needs to go. I don't know what the right word is as a team. It's redundant. Cort Sharp (35:22) I think it. Yeah. But I think that that does show in our classes a lot, right? You and I have both taken a class outside of the mountain goat sphere, ⁓ and I'm not I'm not dogging on anyone. I'm not trying to talk down on anyone. But I got out of that class. I was like, man, we are light years ahead of that. Laura Kendrick (35:30) Mm-hmm. Mm-hmm. Cort Sharp (35:49) that kind of interaction and that kind of experience. was the information that I got out of that class was awesome, superb. It was great. But just the amount of energy and effort and time that has been invested into these Mountain Goat courses, it's far and away just, it shows. And it shows how much of a level up it is to take a class with Mountain Goat. And I do think partly, you know, I'm boosting my own ego here. But I do think partly it is because we are surrounded with some awesome people and we have some awesome people working together and awesome support on every call, every class that you take with us, right? You don't have to, like the instructor can focus on just instructing. And we, more often than not, we are typically in charge of everything else. Make sure that any tech problems, any issues, anything that's going on, right? Yeah. Laura Kendrick (36:32) Yeah. Yeah. I remember the early days. Like you just brought up a memory that apparently I had stored in the trauma bank. I remember the early days though being, because I would often, because I'm on the East Coast, court is in mountain times. So, often I would be the early person just because it's easier for me. was mid morning for me. we would start class and it would be just, especially honestly when like people were figuring out Zoom and all this stuff, it was... stressful. Like they were just, it was just question, question, question, problem, problem, problem. And we would get to the first breakout and I would send everyone away and the instructor would be like, that was great. And I'm like, was, you know, just totally frazzled. But the point was, is no one else felt that. And it was, I was in my Slack and working with the team, working with Hunter, things fixed, working with Lisa, making sure the person was in the right place. Cort Sharp (37:20) Yeah, glad. Mm-hmm. Laura Kendrick (37:33) and doing all these things. And though that has died down because we've all gotten very good at our job and the systems in place are amazing at this point, it still is like, that's the whole point. We worked as a team so that the instructor could deliver an amazing class and be present with his students. And we could be here or her, because we do have hers too, I should say. They're students. And we were here taking care of the things that needed to be taken care of, which was, yeah. Cort Sharp (37:54) Yes. Laura Kendrick (38:00) Though I had forgotten about that. Thanks for that. Cort Sharp (38:02) Yeah, sure. Yeah, it's gotten easy, right? ⁓ Laura Kendrick (38:04) Yeah, it does. But that's at the end of the day, that's how a good team is. I think that we can kind of end it with this thing of Mike has created this environment and it definitely comes from him. Like it's is rooted in the founder for us because we're a small team, small but mighty. But he it's rooted in his like engine of creativity, efficiency, and just love of innovation. And that has kind of Cort Sharp (38:18) Mm-hmm. Laura Kendrick (38:34) folding that in with seeing all the people as humans, and with flaws and different talents and all those things and human interaction is messy and folding all of that in has actually been what has bred these amazing class experiences for our students and also this rewarding and fantastic team experience for the people behind the scenes as well. And I think the lesson Cort Sharp (38:39) Yes. Yep. Laura Kendrick (38:59) comes from that, that if we can fold those things in together and make space for humans to be humans and also have this amazing expectation of creativity and innovation, then it's all going to happen. Cort Sharp (39:06) Mm-hmm. Mm-hmm. Yeah, absolutely. I 100 % agree with that. I mean, it does come down to Mike and Mike is a fantastic leader. It's awesome. I also want to raise Mike, but. Laura Kendrick (39:28) Nice. Not passive aggressive at all. On that note. Cort Sharp (39:29) Yeah, you know. No. I'm just joking, right? We're able to have fun. We're able to joke around. But it does come down to leadership, right? And I think that's true on any team. And we have just we've been so fortunate to be able to experience it firsthand and go through this awesome transformation from being in person to fully remote, even in the class teaching stuff. And it's been really, really fun. really, really enjoyable. I, you know, you don't love every day. There are jobs, right? It's a job. But I'm not gonna lie. I'm not gonna lie. It has been fun. It has been enjoyable. But I don't look back on it and be like, wow, these last five years were just all terrible. No, it's we've had great leadership. We've had great interactions with with everyone. And I think Laura Kendrick (40:05) You should have just left it at really, really fun and enjoyable. Mic drop, goodbye. Cort Sharp (40:28) It's just come down to the people that we're working with and the people that we're engaging with consistently. And our leadership, Mike, has fostered an environment very, very well that is around fun, around communication, around enabling us to grow, to learn, to try new things, to move forward. And I really feel bad for companies who don't have that kind of leadership. that's, it's a tough spot to be in, but, I'm really, we're really blessed and really fortunate to, to be able to work here. And I hope this, this little peek behind the curtain, kind of encourages you to you, the listener, guess, whoever, whoever's out there to take a, take a little step back and say, okay, what, what am I doing as a leader within my sphere of influence to help my team be a little more human and embrace the humanity side of stuff? Not just pushing for more, we need more, more productivity, more AI, more everything, right? Yeah. Use AI, make it a tool, but just remember you're, building stuff for, for people. You're working with people all the time. And I think that's something that Mike has never forgotten and never will forget and never will let fall to the wayside that we're all people and we're all here working with each other. Laura Kendrick (41:43) Yeah. Couldn't agree more. Well, on that amazing note, thank you, Cort, for joining me in this hijacking of the podcast, the Agile Mentors podcast. And we're going to turn it back over to Brian, who's going to walk you right on out. Cort Sharp (41:54) Happy to.
In this episode, Amir sits down with Greg Russell, VP of Talent Acquisition at CoverGenius, to unpack why talent acquisition should be treated like project management. They explore how applying frameworks like the project management triangle (scope, cost, time) can elevate recruiting conversations, drive better alignment, and ultimately improve hiring outcomes. From setting expectations with hiring managers to negotiating trade-offs, this episode reframes TA as a strategic, structured discipline—not just a reactive function.
Stuart Tipples: Silent Teams, Explosive Outcomes—Learning to Normalize Disagreement 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. Stuart tells the story of a team he was brought in to coach that appeared functional on the surface but was struggling beneath. Despite being behind on critical work, the team maintained a facade of happiness while abandoning retrospectives and falling into hero culture patterns. The team had developed "toxic positivity" where members stayed silent about real issues, creating an environment without psychological safety. When problems finally surfaced, the team exploded into unpleasant disagreements. Stuart's key learning: teams usually stay silent until it's too late, making it crucial to foster psychological safety by normalizing disagreement and creating space for honest dialogue. Self-reflection Question: Is your team comfortable with healthy disagreement, or are you maintaining a facade of toxic positivity that prevents real issues from being addressed? Featured Book of the Week: Trust Based Leadership by Mike Ettore Trust Based Leadership by Mike Ettore stands out because it's devoid of corporate fluff and delivers a clear message from a former marine turned executive. Stuart recommends it because it focuses on the fundamental truth that if you don't build trust, you're just managing compliance. The book emphasizes leading with consistency, clarity, and courage, and encourages leaders not to wait for permission to make positive changes. It's a practical guide that moves beyond typical corporate leadership advice to address real-world leadership challenges. [Scrum Master Toolbox Podcast Recommends]
Stuart Tipples: From Zombie Scrum to Agile Thinking—Learning from a Failed Transformation 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. Stuart shares a powerful story about joining a team that appeared to be thriving with Scrum ceremonies in place, only to discover they were performing "zombie scrum" - going through the motions without embracing agile thinking. The team functioned as a feature factory, never questioning requirements or truly collaborating. Stuart learned that agile isn't about what you do, but how you and the team think. He emphasizes that frameworks are just guardrails; the real focus must be on coaching people in agile values and principles. His key insight: know the rules before you break them, and remember that no amount of ceremony can rescue a team that lacks the agile mindset. Self-reflection Question: Are your team's agile ceremonies creating real value and fostering collaboration, or are you simply going through the motions of "performative theatre"? [Scrum Master Toolbox Podcast Recommends]
In this episode of "Product & Packaging Powerhouse," host Megan Young Gamble continues her "WTF! What the TariFfs!" series, discussing the recent and significant impacts of US-imposed tariffs (especially under the Trump administration) on packaging and product costs for beauty, health, and wellness brands. She discusses how increased tariffs on materials like aluminum (notably from Canada and Mexico) and other packaging components are forcing both startups and conglomerates to rethink sourcing, reformulation, and pricing strategies. Megan explains the importance of cross-functional teamwork and adopting agile and SCRUM methodologies to stay nimble in the face of constantly changing regulations. She highlights recent moves by big brands like ELF raising prices and calls for ongoing, intentional conversations among all stakeholders. Key insight: most brands, facing tight margins, will have to pass these increased costs onto consumers. Affiliate & Other Links: [Megan Young Gamble Links][AFFILIATE] Ready to crank out your content in as little as 5 minutes? Use Castmagic, AI powered tool to take your content creation from overwhelmed to overjoyed by saving hours of developing content. Save 20 hours by Signing up today! https://get.castmagic.io/Megan [FREEBIE] Learn about “day in the life” of a Packaging Project Manager → Get our “Starter Packaging PM Freebie” [link] https://glc.ck.page/thestarterpackagingprojectmanager Subscribe & Access our Video Vault YouTube Channel [ link] https://bit.ly/GLConYouTubeJoin our Email List [link] https://glc.ck.page/55128ae04b Follow and Connect with Megan on LinkedIn [link] https://linkedin.com/in/megangambleLearn about GLC, Packaging & Project execution firm for CPG brands http://www.getlevelconsulting.comWork with Me @ GLC, Schedule Discovery Call https://calendly.com/getlevelconsulting/15-minute-insight-sessionGot a topic you'd love us to cover? Share your ideas here [link] https://bit.ly/ppptopicform
The Sunday Triple M NRL Catch Up - Paul Kent, Gorden Tallis, Ryan Girdler, Anthony Maroon
Tony Squires is joined by Wade Graham, Steve Roach and Brent Read as we discuss Adam O'Briens comments about the Knights fans booing there team, Mal Meninga selected as Perth coach and the Dolphins big win over the Dragons. Plus, we look at what changes will be made to the Origin sides, Tony's Quiz and Believe It Or Not.See omnystudio.com/listener for privacy information.
Tony Squires is joined by Wade Graham, Steve Roach and Brent Read as we discuss Adam O'Briens comments about the Knights fans booing there team, Mal Meninga selected as Perth coach and the Dolphins big win over the Dragons. Plus, we look at what changes will be made to the Origin sides, Tony's Quiz and Believe It Or Not.See omnystudio.com/listener for privacy information.
Joel Bancroft-Connors: The No-Scroll Bar Rule—Empowering PO's Through Constraints 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 Collaborative Innovator Joel describes an exceptional Product Owner scenario at a large insurance organization where complementary skills created magic. Working with two different people - a business expert who understood insurance but lacked development knowledge, and a designer with user experience expertise - Joel suggested the designer take on the Product Owner role while collaborating closely with the business person. This collaboration between complementary skills produced outstanding results. The great Product Owner understood that their role wasn't to control every detail but to unleash developer creativity by providing problems and context rather than prescriptive solutions. Joel's approach of "give the developers a problem and a canvas" allowed the team to innovate while staying focused on customer needs. This Product Owner fostered innovation rather than preventing it, demonstrating how effective collaboration can transform product development. The Bad Product Owner: The Business Analyst That Couldn't Let Go Joel identifies a problematic anti-pattern: the Business Analyst who transitions to Product Owner but can't abandon their documentation-heavy approach. While Business Analysts can make excellent Product Owners with proper support, those who insist on documenting everything create communication bottlenecks and slow down delivery. This creates a "telephone game" effect between the BA/PO and developers. Joel encountered one such individual who would declare "the developers can't do that" without giving them the opportunity to explore solutions. Following his "no-scroll bar rule" for documentation, Joel emphasizes that Product Owners should provide just enough information to enable developer creativity, not overwhelming detail that stifles innovation. When the problematic BA was replaced with someone who understood customers and trusted developers, the team's innovation flourished. In this segment, we refer to the book Liftoff, by Larsen and Nies. Self-reflection Question: Are you enabling developer innovation by providing problems and context, or are you stifling creativity with excessive documentation and control? [Scrum Master Toolbox Podcast Recommends]
Joel Bancroft-Connors: Sustainable Value—Redefining Success Beyond Profit 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. Joel has evolved his definition of Scrum Master success over time, moving beyond traditional metrics to focus on what truly matters: sustainable value delivery. While Agile principles clearly state the goal of delivering value continuously, Joel emphasizes that success isn't just about making profit - it's about creating sustainable profit through sustainable processes and people practices. He challenges Scrum Masters to consider their "people sustainability metric" and asks whether their approach supports long-term team health and organizational resilience. Joel's definition encompasses three pillars: delivering sustainable value, maintaining sustainable processes, and ensuring sustainability for people. This holistic view of success requires Scrum Masters to think beyond immediate outcomes and consider the long-term impact of their practices. In this segment, we refer to the book Turn the ship around! by David Marquet. Self-reflection Question: What is your people sustainability metric, and how are you measuring whether your Scrum practices support long-term team and organizational health? Featured Retrospective Format for the Week: Back to Basics Joel advocates for returning to the foundational retrospective format outlined in "Agile Retrospectives" by Derby and Larsen. Rather than getting caught up in complex or creative retrospective techniques, he emphasizes the power of following the basic steps: set the stage, gather data, generate insights, decide what to do, and close the retrospective. Joel stresses that there's an important arc to retrospectives that shouldn't be overlooked. By taking time to properly gather data and following the structured approach from the agile retrospectives book, teams can achieve more meaningful and actionable outcomes. Sometimes the most effective approach is simply executing the fundamentals exceptionally well. In this segment, we refer to the book Agile retrospectives, by Derby and Larsen. [Scrum Master Toolbox Podcast Recommends]
The Sunday Triple M NRL Catch Up - Paul Kent, Gorden Tallis, Ryan Girdler, Anthony Maroon
Wade Graham, James Graham & Emma Lawrence are in to look ahead to a massive round of footy! We talk Madge's massive call to drop Cobbo, we look at all the selection drama heading into game 2 & the boys tell us the best coaching advice they have ever had!See omnystudio.com/listener for privacy information.
Wade Graham, James Graham & Emma Lawrence are in to look ahead to a massive round of footy! We talk Madge's massive call to drop Cobbo, we look at all the selection drama heading into game 2 & the boys tell us the best coaching advice they have ever had!See omnystudio.com/listener for privacy information.
Joel Bancroft-Connors: The 90-Day Rule—Building Trust Before Disrupting the Status Quo 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. Joel shares his first experience as a CSM at a traditional hard drive manufacturing company, where he learned the art of patient change management. Tasked with bridging the gap between a rigid mothership company and their agile startup division, Joel discovered the power of focusing on principles rather than processes. For six months, he concentrated on creating transparency and shifting focus from status reporting to "getting to done" without ever mentioning Scrum or Agile. His approach followed what he calls the 90-day rule: "In the first 90 days - do no harm, but then have a plan to do something." By listening first and building trust, Joel helped the team deliver a product in just three months. He emphasizes the importance of making people feel valued and using "future perfect thinking" to envision desired outcomes before introducing change. In this episode we refer to Luke Hohmann's Innovation Games, the website and resource Manager-Tools.com, and Daniel Pink's book Drive. Self-reflection Question: Are you rushing to implement changes, or are you taking time to build trust and understand the current state before introducing new practices? [Scrum Master Toolbox Podcast Recommends]
What does it really mean to have a bias toward action and how do you build that into your culture without skipping strategy? Boris Gloger joins Brian Milner for a deep dive on experimentation, leadership, and the difference between tactical work and true strategic thinking. Overview In this conversation, Brian welcomes longtime Scrum pioneer, consultant, and author Boris Gloger to explore the tension between planning and doing in Agile environments. Boris shares how a bias toward action isn’t about skipping steps—it’s about shortening the cycle between idea and feedback, especially when knowledge gaps or fear of mistakes create inertia. They unpack why experimentation is often misunderstood, what leaders get wrong about failure, and how AI, organizational habits, and strategy-as-practice are reshaping the future of Agile work. References and resources mentioned in the show: Boris Gloger LinkedIn Leaders Guide to Agile eBook Join the Agile Mentors Community Subscribe to the Agile Mentors Podcast Want to get involved? This show is designed for you, and we’d love your input. Enjoyed what you heard today? Please leave a rating and a review. It really helps, and we read every single one. Got an Agile subject you’d like us to discuss or a question that needs an answer? Share your thoughts with us at podcast@mountaingoatsoftware.com This episode’s presenters are: Brian Milner is SVP of coaching and training at Mountain Goat Software. He's passionate about making a difference in people's day-to-day work, influenced by his own experience of transitioning to Scrum and seeing improvements in work/life balance, honesty, respect, and the quality of work. Boris Gloger is a pioneering agile strategist and Germany’s first Certified Scrum Trainer, known for shaping how organizations across Europe approach transformation, strategy, and sustainable leadership. As founder of borisgloger consulting, he helps teams and executives navigate complexity—blending modern management, ethical innovation, and even AI—to make agility actually work in the real world. Auto-generated Transcript: Brian Milner (00:00) Welcome in Agile Mentors. We're back for another episode of the Agile Mentors Podcast. I'm with you as always, Brian Milner. And today I have the one, the only Mr. Boris Glogger with us. Welcome in Boris. Boris Gloger (00:11) Yeah, thank you, Eurobrein, for having me on your show. Brian Milner (00:14) Very excited to have Boris here. For those of you who haven't crossed paths with Boris, Boris has been involved in the Scrum movement, I would say, since the very, very earliest days. He's a CST, he's a coach, he's an author, he's a keynote speaker. He had a book early called The Agile Fixed Price. He runs his own consultancy in Europe. And he has a new book that's been, that's going to be coming out soon called strategy as practice. And that's one of the reasons we wanted to have Boris on is because there's kind of this topic area that's been percolating that I've heard people talk about quite often. And I see some confused looks when the, when the topic comes up, you hear this term about having a bias toward action. And, we just wanted to kind of dive into that a little bit about what that means to have a bias toward action. and really how we can apply that to what we do in our day-to-day lives. So let's start there, Boris. When you hear that term, having a bias toward action, what does that mean to you? Boris Gloger (01:12) The fun thing is I was always in tune with the idea because people said my basic mantra at the beginning of doing agile was doing as a way of thinking. So the basic idea of agile for me was always experimentation, trying things out, breaking rules, not for the sake of breaking rules, but making to create a new kind of order. the basic idea is like we had with test-driven development at the beginning of all these agile approaches and we said, yeah, we need to test first and then we have the end in our mind, but we don't know exactly how to achieve that. So there is this kind of bias towards action. That's absolutely true. On the other hand, what I've always found fascinating was that even the classical project management methodologies said, Yeah, you have to have a plan, but the second step is to revise that plan. And that was always this, do we plan planning and reality together? And actually for me at the beginning, 35 years ago, was exactly that kind of really cool blend of being able to have a great vision and people like Mike and all these guys, they had always said, we need to have that kind of a vision, we need to know. Yeah, if the product owner was exactly that idea, you have to have that vision, but you really need to get the nitty-gritty details of, so to say, of doing this stuff. Brian Milner (02:40) Yeah, that's awesome. And the thing that kind of always pops to my head when I think about this is, we hear this term bias toward action and there's sort of this balance, I think a little bit between planning and action, right? I mean, you wanna plan, you wanna plan well, but you don't wanna over plan. You don't wanna waste too much time trying to come up with a perfect plan. You wanna... you want to do things, but you also don't want to be, you don't want to rush into things. So how do people find that balance between not just, you know, going off, you know, like we say in the U S half cocked a little bit, you know, like just not, not really not ready to really do the thing that you're going to do. Cause you didn't really invest the time upfront, but on the other hand, not spending so much time that you're trying to get the perfect plan before you do anything. Boris Gloger (03:28) You know, the problem, for me, the issue was solved by when I figured out that the teams typically struggle not to achieve, for instance, the sprint goal or the end or whatever they wanted to accomplish when they have not the right know-how. So it's a knowledge problem. So for instance, I don't know if this is still the case, but sometimes developers say, need to... to immerse myself with that I need to figure that out. I need to get the new framework before I can do something about estimates or something. So whenever you hear that, that you know that person that just tries to give you an estimate or the team that would like to come into a sprint goal or whatever it is, they are not really knowing what topic is about. It's a knowledge gap. And then people tend to go into that analysis paralysis problem. They don't know exactly what they need to do. So therefore they need to investigate. But by doing investigation, you start making that big elephant in the corner, larger and larger and larger and larger because you go that ishikara diagram, you have too many options. It's like playing chess with all options at hand and not have enough experience. What kind of gambit you would like to do. So everything's possible and by, because you have not enough experience, you say everything's possible, that creates too much of a planning hassle. And Agile, is the funny thing is, made us very transparent by just saying, okay, let's spend maybe two weeks. And then we figured out two weeks is too much. So let's do a spike, then we call it a spike. The basic idea was always to have a very short time frame, timeline where we try to bring our know-how to a specific problem, try to solve it as fast as possible. And the funny thing was actually was, as if I I confess myself that I don't know everything, or anything, sorry, that I don't know anything, then I could say, I give me a very short timeline, I could say I spend an hour. And today we have chat, CVT and perplexity and all that stuff. And then we could say, okay, let's spend an hour observation, but then we need to come up with a better idea of what we are talking about. So we can shorten the time cycle. So whenever I experienced teams or even organizations, when they start getting that planning in place, we have a knowledge problem. And a typical that is, is, or the classical mindset always says, okay, then we need to plan more. We need to make that upfront work. For instance, we need to have backlogs and we need to know all these features, even if we don't know what kind of features our client really would like to have. And the actual software problem is saying, okay, let's get out with something that we can deliver. And then we get feedback. And if we understand that our kind of the amount of time we spend is as cheap as possible. So like we use the tools that we have. We used to know how that we have. We try to create something that we can achieve with what we can do already, then we can improve on that. And then we can figure out, we don't know exactly what we might need to have to do more research or ask another consultant or bring in friends from another team to help us with that. Brian Milner (06:46) It's, sounds like the there's a, there's a real, kind of focus then from, from what I'm hearing from you, like a real focus on experimentation and, you know, that, that phrase we hear a lot failing fast, that kind of thing. So how, do you cultivate that? How do you, how do you get the organization to buy in and your team to buy into that idea of. Let's experiment, let's fail fast. And, and, we'll learn more from, from doing that than just, you know, endlessly planning. Boris Gloger (07:12) I think the URCHAR community made a huge mistake of embracing this failure culture all the time. We always tell we need to call from failure because we are all ingrained in a culture in the Western society at least, where we learned through school our parents that making failures is not acceptable. Brian Milner (07:18) Ha ha. Boris Gloger (07:32) And I came across Amy Atkinson and she did a great book to make clear we need to talk about failures and mistakes in a very different kind of way. We need to understand that there are at least three kinds of mistakes that are possible. One is the basic mistake, like a spelling error or you have a context problem in a specific program that you write or you... You break something because you don't know exactly how strong your material is. That is basic mistake. You should know that. That's trainable. The other is the kind of error that you create because the problem you try to solve has too many variables. So that's a complicated problem. You can't foresee all aspects that might happen in future. So typical an airplane is crashing. So you have covered everything you know so far. But then there's some specific problem that nobody could foresee. That's a failure. But it's not something that you can foresee. You can't prevent that. You try to prevent as best as possible. And that's even not an accepted mistake because sometimes people die and you really would like to go against it. So that's the second kind of mistakes you don't like to have. We really like to get out of the system. And then there's a third way kind of mistakes. And that is exactly what we need to have. We need to embrace that experimentation and even experimentation. mean, I started physics in school and in university and an experimental physicists. He's not running an experiment like I just throw a ball around and then I figure out what happens. An experiment is a best guess. You have a theory behind it. You believe that what you deliver or that you try to find out is the best you try to do. The Wright brothers missed their first airplane. I mean, they didn't throw their airplane in the balloon. Then it gets destroyed. They tried whatever they believed is possible. But then you need to understand as a team, as an organization, we have never done this before, so it might get broken. We might learn. For instance, we had once a project where we worked with chemists 10 years ago to splice DNA. So we wanted to understand how DNA is written down in the DNA sequence analyzer. And I needed to understand that we had 90 scientists who created these chemicals to be able to that you can use that in that synthesizer to understand how our DNA is mapped out. And we first need to understand one sprint might get results that 99 of our experience will fail. But again, management said we need to be successful. Yeah, but what is the success in science? I mean, that you know this route of action is not working, right? And that is the kind of failure that we would like to have. And I believe our Agile community need to tell that much more to our clients. It's not like, we need to express failure. No, we don't need to embrace failure. We don't want to have mistakes and we don't want to have complicated issues that might lead to the destroying of our products. need on the other hand, the culture, the experimentation to figure out something that nobody knows so far is acceptable, it's necessary. And then, edge our processes help us again by saying, okay, we can shorten the frame, we can shorten the time frame so that we can create very small, tiny experiments so that in case we are mistaken, Not a big deal. That was the basic idea. Brian Milner (11:04) That's a great point. That's really a great point because you're right. It's not failure in general, right? There are certain kinds of failures that we definitely want to avoid, but there's failure as far as I run an experiment. at that point, that's where we start to enter into this dialogue of it's not really a failure at that point. If you run an experiment and it doesn't turn out the way you expected, it's just an experiment that didn't turn out the way you expected. Boris Gloger (11:30) Basically, every feature we create in software or even in hardware, we have never done it before. So the client or our customers can't use it so far because it's not there. So now we ship it to the client and then he or she might not really use it the way that we believe it is. Is it broken? it a mistake? It was not a mistake. It was an experiment and now we need to adapt on it. And if we can create a system, that was all that was agile, I think was a bot. On very first start, if we can create a system that gives us feedback early. then that guessing can't be so much deviation or say in a different way, our investment in time and material and costs and money and is shortened as much as possible. So we have very small investments. Brian Milner (12:13) Yeah, that's awesome. I'm kind of curious too, because, you know, we, we, we've talked a little bit at the beginning about how, you know, this is part of this bias towards action as part of this entrepreneurial kind of mindset. And I'm curious in your, experience and your consultants experience that you've worked with big companies and small companies, have you noticed a difference in sort of that bias toward action? Uh, you know, that, that kind of. is represented in a different way in a big company versus a more small startup company. Boris Gloger (12:48) The funny thing is I don't believe it's a problem of large corporations or small, tiny little startups, even if we would say that tiny little startups are more in tune in making experiments. It's really a kind of what is my mindset, and the mindset is a strange word, but what is my basic habit about how to embrace new things. What is the way I perceive the world? Every entrepreneur who tries to create it or say it different way, even entrepreneurs nowadays need to create business plans. The basic ideas I can show to investors, everything is already mapped out. I have already clients. I have a proven business model. That is completely crazy because If it were a proof business model, someone else would have already done it, right? So obviously you need to come up with the idea that a kind of entrepreneur mindset is a little bit like I try to create something that is much more interesting to phrase it this way. by creating something, it's like art. You can't, can't... Plan art, I mean, it's impossible. I mean, you might have an idea and you might maybe someone who's writing texts or novels might create a huge outline. But on the other hand, within that outline, he needs to be creative again. And someone will say, I just start by getting continuous feedback. It's always the same. You need to create something to be able to observe it. that was for me, for me, that was the epiphany or the idea 25 years ago was, I don't know what your background is, but I wasn't a business analyst. Business analysts always wanted to write documents that the developer can really implement, right? And then we figured out you can't write down what you need to implement. There's no way of writing requirements in the way that someone else can build it. That's impossible. And even philosophers figure that out 100 years ago is written, Shanti said, you can't tell people what is the case. It's impossible. So, but what you can do, you can create something and you can have it in your review. And then you can start discussing about what you just created. And then you create a new result based on your observations and the next investment that you put in that. And then you create the next version of your product, your feature, your service, et cetera. Brian Milner (15:12) Hmm. Boris Gloger (15:25) And when we came back to the entrepreneur mindset and starting companies, Greaves created exactly that. He said, okay, let's use scrum to come up with as much possibilities for experimentation. And then we will see if it works. Then we can go on at that. And large corporations typically, They have on the one hand side, have too much money. And by having too much money, you would like to get an investment and they have a different problem. Typically large corporations typically needs to, they have already a specific margin with their current running products. And if you come up with a new business feature product, you might not get that as that amount of of revenue or profitability at the beginning. And therefore, can't, corporations have the problem that they have already running business and they are not seeing that they need to spend much, much more money on these opportunities. And maybe over time, that opportunity to make money and that's their problem. So this is the issue. It's not about entrepreneurial mindsets, it's about that. problem that you are not willing to spend that much money as long as you make much more money, it's the same amount of time on your current business. It happens even to myself, We are running a consulting company in Germany and Austria, and Austria is much smaller than Germany's tenth of the size. And if you spend one hour of sales in Austria, you don't make that much money in Austria than you make in Germany. this investment of one hour. Where should you focus? You will always focus on Germany, of course. means obvious. Brian Milner (17:08) Yeah. Yeah. Boris Gloger (17:10) Does it make sense? Maybe I'm running so. Brian Milner (17:14) No, that makes sense. That makes sense entirely. And so I'm kind of curious in this conversation about action and having a bias toward action then, what do you think are some of the, in your experience in working with companies, what have you seen as sort of the common obstacles or barriers, whether that be psychological or. organizational, what do you find as the most common barriers that are preventing people from having that bias toward action? Boris Gloger (17:44) the they are they are afraid of the of that of tapping into the new room endeavor. So that was always my blind spot because I'm an entrepreneur. I love to do new things. I just try things out. If I've either reading a book, and there's a cool idea, I try to what can happen. But we are not And most organizations are not built that way that they're really willing to, when most people are not good in just trying things out. And most people would really like to see how it's done. And most people are not good in... in that have not the imagination what might be possible. That's the we always know that product adoption curve, that the early adopters, the fast followers, the early minority, the late minority. And these inventors or early adopters, they are the ones who can imagine there might be a brighter future if I try that out. And the other ones are the ones who need to see that it is successful. And so whenever you try implementing Scrum or design thinking or mob programming or I don't whatever it is, you will always have people who say it's not possible because I don't have, haven't seen it before. And I sometimes I compare that with how to how kids are learning. Some kids are learning because they see how what is happening. They just mirroring what they see. And some kids are start to invent the same image in imagination. And but both that we are all of us are able to do both. It's not like I'm an imaginary guy who's inventing all the time and I don't, people, maybe there's a preference and the organizations have the same preference. But typically that's the problem that I see in organizations is based on our society and our socialization, on our business behaviors and maybe the pressure of large corporations and all that peer pressure is Brian Milner (19:34) Yeah. Yeah. Boris Gloger (19:54) The willingness to give people the room to try something out is the problem. Well, not the problem, it's the hinders us of being more innovative in organizations. Brian Milner (19:59) Yeah. Yeah. Well, that brings to mind a good question then too, because this experimentation mindset is very, very much a cultural kind of aspect of an organization, which speaks to leadership. And I'm kind of curious from your perspective, if you're a leader, what kind of things can you do as a leader to encourage, foster, of really nurture? that experimentation mindset in your organization. Boris Gloger (20:34) Let's have a very simple example. Everybody of us now maybe have played with chat, CPT, Suno, perplexity and so on. So that's the school AI technology around the corner. And what happens now in organizations is exactly what happens 30 years ago when the internet came here. You have leadership or managers who say, that's a technology, I give it to the teams, they can figure out whatever that is. And the funny thing is, if you have a technology that will change the way we behave, so it's a social technology, a kind of shift, then I need to change my behavior, I need to change the way I do I'm doing things. Yeah, everybody of us has now an iPhone or an Android or whatever it is, but but we are using our mobiles in a completely different way than 30 years ago. And to lead us and manage us, we need to train ourselves first before we can help our teams to change. So the problem is that Again, a lot of Agilist talks about we need, first we need to change the culture of organizations to be able to do Agile and so on and so on. That's complete nonsense. But what we really need to is we need to have managers, team leads, it with team leads, to help them to do the things themselves because Agile, even in the beginning, now it's technology change, now it's AI, is something that changes the way we do our stuff. It's kind of habit. And we need to help them to seize themselves. Maybe they can only seize themselves by doing that stuff. And that goes back to my belief that leadership needs to know much more about the content of their teams and the way these teams can perform their tasks and the technology that is around to be able to thrive in organizations. Brian Milner (22:40) Yeah. Yeah. I love this discussion and I love that you brought up, you know, AI and how that's affecting things here as well. how do you think that's having a, do you think that's making it easier, harder? How do you think AI is, is kind of influencing this bias toward action mentality? Boris Gloger (22:59) Yeah, it depends on if you are able to play. mean, because the funny thing is, it's a new kind of technology. really knows what all these tools can do by themselves. And it's new again. It's not like I have done AI for the next last 10 years and I know exactly what's possible. So we need to play. So you need to log in to adjust it. Yesterday, I tried something on Zulu. I created the company song in 10 seconds. I went to ChatGVT, I said I need a song, I need lyrics for a company song. These are the three words I would like to have, future, Beurus Kluger, and it needs to be that kind of mood. ChatGVT created the song for my lyrics, then they put the lyrics into the... And they created a prompt with ChatGVT and then put that prompt in my lyrics into Sono and Sono created that song within 10 seconds. I mean, it's not get the Grammy. Okay. It's not the Grammy. But it was, I mean, it's, it's, it's okay. Yeah. It's a nice party song. And now, and just playing around. And that is what I would like to see in organizations, that we start to play around with these kind of technologies and involve everybody. But most people, the very discussions that I had in the last couple of weeks or months was about these tools shall do the job exactly the same way as it is done today. So it's like... I create that kind of report. Now I give that to Chet Chibati and Chet Chibati shall create that same report again. That is nonsense. It's like doing photography in the old days, black and white. And now I want to have photography exactly done the same way with my digital camera. And what happened was we used the digital cameras changed completely the way we create photography and art. changed completely, right? And that is the same thing we need to do with ChatGV team. And we need to understand that we don't know exactly how to use it. And then we can enlarge and optimize on one hand the way we are working, for instance, creating 20 different versions for different social media over text or something like that, or 20 new pictures. But if I would like to express myself, so, and... and talk about my own behavior or my own team dynamic and what is the innovation in ourselves, then we need to do ourselves. And we can use, that is the other observation that we made. The funny thing that goes back to the knowledge issue, the funny thing is that teams typically say, I don't know if it's in the US, but at least in my experience, that we still have the problem within teams. that people believe this is my know-how and that is your know-how and I'm a specialist in X or Y set. So they can't talk to each other. But if you use maybe chat GPT and all these tools now, they can bridge these know-how gaps using these tools. And suddenly they can talk to each other much faster. So they get more productive. It's crazy. It's not like I'm now a fool with a tool. I can be a fool and the tool might help me to overcome my knowledge gaps. Brian Milner (26:20) Now this is awesome. I know that your book that's coming out, Strategy is Practice, talks about a lot of these things. Tell us a little bit about this book and kind of what the focus is. Boris Gloger (26:30) the basic idea when I started doing working on the on strategies, we be in the the actual community, we talk about strategy as what is a new idea of being OKR. So OKR equals strategy, and that is not true. And I came up with this basic idea, what is the basic problem of of strategic thinking and we are back to the in most organizations, we still believe strategy is the planning part and then we have an implementation part. And years ago, I came across a very basic, completely different idea that said every action is strategy. Very simple example. You have the strategy in a company that you have a high price policy. Everything you do is high price. But then you are maybe in a situation where you really need money, effort, revenue issues, liquidation, liquidation problems. Then you might reduce your price. And that moment, your strategy is gone. just your obviously and you have now a new strategy. So your actions and your strategies always in line. So it's not the tactic for the strategy, but tactic is strategy. And now we are back to Azure. So now we can say, okay, we need kind of a long-term idea. And now we can use for creating the vision. For instance, you list the V2MOM framework for creating your vision. But now I need to have a possibility to communicate my strategic ideas. And in the Azure community, we know how to do this. We have plannings and we have dailies and we have reviews and retrospectives. So now I can use all these tools. I can use from the bookshelf of Azure tools. I can use maybe OKRs to create a continuous cycle of innovation or communication so that I get that everybody knows now what is the right strategy. And I can feed back with the reviews to management. that the strategy approach might not work that way that they believed it's possible experimentation. And then and I added two more ideas from future insight or strategic foresight, some other people call it. So the basic idea is, how can I still think about the future in an not in the way of that I have a crystal ball. But I could say, how can I influence the future, but I can only influence the future if I have an idea what might be in future. It's like a scenario. Now you can create actions, power these kind of scenarios that you like, or what you need to prevent a specific scenario if you don't like that. And we need a third tool, that was borrowed from ABCD risk planning, was the basic idea, how can I get my very clear a very simple tool to get the tactics or the real environmental changes like suddenly my estimates might not be correct anymore or my suggestions or beliefs about the future might not get true in the future. So I need kind of a system to feed back reality in my strategy. it's a little bit like reviewing all the time the environment. And if you put all that together, then you get a very nice frame how to use strategy on a daily practice. It's not like I do strategy and then have a five-year plan. No, you have to do continuously strategy. And I hope that this will help leaders to do strategy. I mean, because most leaders don't do strategy. They do tactic kind of work. and they don't spend They don't spend enough time in the trenches. to enrich their strategies and their thinking and their vision. because they detach strategy and implementation all the time. That's the basic idea. Brian Milner (30:30) That's awesome. That sounds fascinating. And I can't wait to read that. That sounds like it's going to be a really good book. So we'll make sure that we have links in our show notes to that if anyone wants to find out more information about that or learn more from Boris on this topic. Boris, can't thank you enough for making time for coming on. This has been a fascinating discussion. Thank you for coming on the show. Boris Gloger (30:40) Yeah. Yeah, thank you very much for having me on your show and appreciate that your time and your effort here. Make a deal for the, it's very supporting for the agile community. Thank you for that. Brian Milner (30:57) Absolutely. Yeah, yeah, thank you.
In this Ask a PST episode of the Scrum.org Community Podcast, guest host Lindsay Velecina is joined by Professional Scrum Trainer Dominik Maximini to answer listener questions about forecasting and release planning. Dominik shares practical insights on estimation, using burn-down charts, managing dependencies with joint roadmaps, and aligning with stakeholder expectations. He explains why normalizing velocity across teams can be counterproductive and stresses the importance of a clear Definition of Done when planning releases. Tune in for actionable advice rooted in experience, pragmatism, and common sense.
Joel Bancroft-Connors: How Performance Reviews Killed a Great Agile Team 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. Joel tells the story of a team caught in the crossfire of a poorly executed large-scale agile transformation. While the CTO championed going agile, they quickly checked out, leaving the organization without clear direction or understanding of why they were adopting agile practices. The company measured success through output metrics like "number of teams trained" rather than meaningful outcomes. Joel worked with an exceptional team that had built their own collaborative workspace and was performing well, but external forces kept pulling them out of flow. Performance reviews created internal conflict, leading team members to focus on individual success rather than collective achievement. The team ultimately fell into their own traps, with everyone "focusing on themselves and throwing others under the bus." Joel recommends balancing performance evaluations with 50% team-based and 50% individual metrics to prevent this destructive pattern. Self-reflection Question: Does your team truly understand why they are using Scrum, or are they just going through the motions of the framework? Featured Book of the Week: Start with Why by Simon Sinek Joel credits Simon Sinek's "Start with Why" as a transformational influence on his coaching approach. The book's central principle that "people don't buy what you do, they buy why you do it" fundamentally changed how Joel teaches Scrum. He realized he had been teaching Scrum incorrectly by focusing on the mechanics rather than the purpose. Now Joel listens to this book annually and has shifted his focus to helping teams and organizations understand why Scrum matters and why it's important. This shift from teaching the "what" to emphasizing the "why" has made his coaching significantly more effective and meaningful. Joel also mentions the book Coaching Agile Teams by Lyssa Adkins. [Scrum Master Toolbox Podcast Recommends]
"How do you eat an elephant? One bite at a time. It's the same thing with projects." — Luke Pivac In this episode of the Agile in Action Podcast, Bill Raymond chats with Luke Pivac, co-author of Learn Agile and Scrum in Two Hours. They talk about why Agile is more about mindset than rigid frameworks, the shift from traditional project management to Agile practices, and how teams adapted to remote work during the pandemic. Luke shares his personal journey into Agile, why Scrum works, and how Agile principles help teams stay resilient, especially in uncertain times. What you will learn: ✅ Why a strong Agile mindset beats just following a framework ✅ How daily standups and retrospectives can transform a team's dynamics ✅ The difference between Agile and traditional project management (hint: flexibility wins) ✅ How Agile principles help teams adapt during crises (like COVID-19) ✅ How AI can complement Agile practices (but not replace human creativity and problem-solving) Luke on LinkedIn: https://www.linkedin.com/in/lukepivac Learn Agile and Scrum in 2 Hours: https://www.amazon.com/Learn-Agile-Scrum-Hours-Beginners/dp/0994169345
Joel Bancroft-Connors: When Great Scrum Masters Fail—The Hidden Cost of Poor Value Communication 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. Joel shares a powerful lesson about the critical importance of communicating value beyond team performance. Despite achieving remarkable success with multiple teams as an agile coach, Joel and his colleagues ultimately failed because they couldn't effectively demonstrate their value to leadership. The teams were thriving, but when budget cuts came, the coaching support was eliminated first. Without ongoing support, these successful teams began to deteriorate. Joel emphasizes that as Scrum Masters and agile coaches, we must actively communicate our impact and connect team success to business outcomes. Simply assuming that good team performance speaks for itself is not enough - we need to interact more with stakeholders and clearly articulate the value we create. In this episode, we refer to the TV series Ted Lasso, and the books Start with Why by Simon Sinek, and Coaching Agile Teams by Lyssa Adkins. Self-reflection Question: How effectively are you communicating the business value of your Scrum Master activities to leadership, and what specific metrics or stories could better demonstrate your impact? [Scrum Master Toolbox Podcast Recommends]
The Sunday Triple M NRL Catch Up - Paul Kent, Gorden Tallis, Ryan Girdler, Anthony Maroon
It’s days after Origin with Tony Squires, Nathan Hindmarsh, Wade Graham, and dejected Queenslander Brent Read. Listen to Wade Graham tee off about Queensland offering up “One Of The Weakest Play In Origin History” Nellie Doherty Medal winner Liv Kernick joins us, Dragons coach Shane Flanagan chat’s Red V’s momentum right now, and the final say on the outcome of the Galvin saga. Plus Believe It Or Not, Tony’s Quiz and Ready’s Mail.See omnystudio.com/listener for privacy information.
It’s days after Origin with Tony Squires, Nathan Hindmarsh, Wade Graham, and dejected Queenslander Brent Read. Listen to Wade Graham tee off about Queensland offering up “One Of The Weakest Play In Origin History” Nellie Doherty Medal winner Liv Kernick joins us, Dragons coach Shane Flanagan chat’s Red V’s momentum right now, and the final say on the outcome of the Galvin saga. Plus Believe It Or Not, Tony’s Quiz and Ready’s Mail.See omnystudio.com/listener for privacy information.
The Sunday Triple M NRL Catch Up - Paul Kent, Gorden Tallis, Ryan Girdler, Anthony Maroon
Adam Peacock is joined by James Graham and Wade Graham as we discuss New South Wales big win in Origin 1 and ask what's next for QLD. Plus, Lachlan Galvin has joined officially joined the Bulldogs and we look ahead to the third Women's Origin. Plus, we look ahead to the rest of the games over the weekend ahead of Round 13.See omnystudio.com/listener for privacy information.
On the podcast I talk with Tim about the importance of trust in web2app funnels, replacing free trials with money-back guarantees, and how they've found success with contractors after struggling with in-house marketing hires.Top Takeaways:
In this episode, we were pumped to welcome ConRoy Smith! An absolute multi-hyphenate, he's a multi-talented actor, musician, and veteran fitness coach who shared his inspiring journey from professional athlete to the entertainment industry. With an extensive background in rugby and coaching, ConRoy shares how the discipline and resilience he cultivated in sports have shaped his approach to his acting career and the personal branding around all of it.Learn About...- The Transition from Sports to Acting: Discover how ConRoy made the leap from professional rugby to pursuing his passion for storytelling through acting, and the pivotal moments that guided his journey.- Embracing Your Personal Brand: Understand the importance of recognizing yourself as a brand, and how to cultivate an authentic presence in the entertainment industry.- The Role of Discipline: ConRoy shares insights on maintaining consistency and discipline amidst the unpredictable nature of acting, and how his athletic background supports his creative endeavors.- The Power of Relationships: Learn how building genuine connections and being a good human can open doors and create opportunities in both acting and marketing (ourselves).- Creative Collaboration: Explore how ConRoy and his peers are taking charge of their careers by creating their own projects and fostering a supportive artistic community.Our Guest...ConRoy Smith is a working actor, musician, and veteran fitness coach based in San Diego/Los Angeles. A former professional rugby player and collegiate track athlete, he brings high-level discipline and presence to every role he plays whether that's on camera, on stage, or leading a workout.With more than a decade of coaching experience, ConRoy knows what it means to show up for people and for himself. His background in sports and wellness gave him the foundation to pursue his passion for storytelling through acting. Known for being reliable, fun to work with, and consistent, ConRoy is intentional about building a creative career that inspires others to lean into their own version of excellence.~._.*._.~Making a Marketer is brought to you by Powers of Marketing - providing exceptional podcast experiences & online and in-person events since 2013. Check out episode 171, and if our show moves you, please share it and let us know your thoughts!Take our LISTENER Community Survey!!! HERE** Our editor Avri makes amazing music! Check out his music on Spotify ! **
Can you lead meaningful change without burning people out—or yourself? Sherri Robbins thinks so, and she’s sharing how she’s done it in high-stakes, high-complexity environments (with her sanity intact). Overview In this episode, Sherri Robbins joins Scott Dunn to talk about what it actually takes to lead large-scale change across teams, departments, and vendors without losing sight of your values—or your people. From agile leadership lessons and real-world mistakes to personality-aware management and learning how (and when) to let teams fail forward, this conversation goes far beyond frameworks. If you’ve ever tried to implement something new and wondered why it didn’t stick, this one’s for you. References and resources mentioned in the show: Sherri Robbins Switch: How to Change Things When Change Is Hard by Chip Heath & Dan Heath Start With Why by Simon Sinek Five Lessons For Agile Leaders Join the Agile Mentors Community Subscribe to the Agile Mentors Podcast Want to get involved? This show is designed for you, and we’d love your input. Enjoyed what you heard today? Please leave a rating and a review. It really helps, and we read every single one. Got an Agile subject you’d like us to discuss or a question that needs an answer? Share your thoughts with us at podcast@mountaingoatsoftware.com This episode’s presenters are: Scott Dunn is a Certified Enterprise Coach and Scrum Trainer with over 20 years of experience coaching and training companies like NASA, EMC/Dell Technologies, Yahoo!, Technicolor, and eBay to transition to an agile approach using Scrum. Sherri Robbins is a 20+ year veteran in the medical device industry, blending strategic execution with deep regulatory and quality systems expertise to lead enterprise-wide transformations. She’s a thought leader in Agile implementation, known for aligning cross-functional teams, building psychological safety, and driving change that actually sticks.
We're talking about either the terrifying or totally mundane new world of "vibe coding" - using AI to generate code without deep technical expertise. Joining Product Manager Brian Orlando and Enterprise Business Agility Coach Om Patel for this podcast, we're happy to welcome back to the podcast Lenar Mukhamadiev, CEO of iDelsoft (https://idelsoft.com)!Listen as we discuss how this trend is changing product development, software engineering careers, and business innovation. Stick around while we argue over resistance, how vibe coding enables faster market testing and many more points, including:Accelerating time-to-market for new ideasEvolving role of professional developersUnderstanding business problems is more valuable than codingEmergence of "product engineers," or notA future where everyone is a software creator#AIinTech #ProductDevelopment #FutureOfWork= = = = = = = = = = = =YouTubeSubscribe on YouTubeAppleSpotify= = = = = = = = = = = =Toronto Is My Beat (Music Sample)By Whitewolf (Source: https://ccmixter.org/files/whitewolf225/60181)CC BY 4.0 DEED (https://creativecommons.org/licenses/by/4.0/deed.en)
Deniz Ari: Stakeholder Management Rhythms for Successful Scrum Masters 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. For Deniz, successful Scrum Masters create environments with positive team dynamics, easy communication, and a focus on continuous improvement that leads to valuable deliverables. The key indicators include whether team members can speak freely, whether there's trust between team members, and if the team feels like "a safe place to fail." Deniz recommends admitting your own mistakes in front of the team to model vulnerability, continuously observing team interactions, and noticing whether teams openly discuss obstacles. For stakeholder management, Deniz suggests establishing regular catch-up calls with leaders to keep team messages in the conversation and setting up routine discussions with stakeholders to maintain alignment. Featured Retrospective Format for the Week: The Worst Retro Deniz shares a playful yet effective retrospective format called "The Worst Retro," conducted using a MURAL board. The session begins with an energy/mood check to establish the team's current state. Then it moves into three key sections: what team members remember from the sprint, how they could make the next sprint worse, and finally deciding what actions to take next. Deniz explains that the power of this approach lies in using humor to discuss serious problems—by asking how to make things worse, team members can indirectly highlight what's already not working. This format creates an informal, relaxed environment where people feel comfortable addressing challenging topics that might otherwise remain unspoken. Self-reflection Question: How might introducing an element of humor or "reverse thinking" help your team discuss problems they've been avoiding in traditional retrospective formats? [The Scrum Master Toolbox Podcast Recommends]
Deniz Ari: Why Your Process Changes Are Failing—The Stakeholder Alignment Problem 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. Deniz explores the challenges of implementing change in organizations, emphasizing that change is always a long and difficult process requiring patience and trust. Drawing on the Change Curve concept, Deniz shares a personal experience trying to improve project visibility by cleaning up backlogs in JIRA for 10 in-flight projects. Despite good intentions, Deniz found themselves as the only person using the tool, with team members and Product Owners using different systems that better suited their specific needs—POs wanting only high-level items while the development team needed to split items into smaller tasks. Through this experience, Deniz learned the crucial importance of having all stakeholders (Product Owners, development teams, and managers) aligned on using the same tool, and understanding the unique perspectives of each group before implementing process changes. In this episode, we refer to the Change Curve. Self-reflection Question: What changes have you attempted to implement that failed because you didn't fully understand the different needs and perspectives of all stakeholders involved? [The Scrum Master Toolbox Podcast Recommends]
Ashy and Chris take the pod on the road to Franklin's Gardens ahead of Northampton's Champions Cup final against Bordeaux. They chat to captain Fraser Dingwall about the size of the occasion for the players and the club. Can they draw inspiration from the class of 2000? And what makes the bond between the Saints team so special? Scrum-half Alex Mitchell reflects on an emotional few weeks for the club and himself personally as he was named in the Lions squad to tour Australia. We also get some fascinating tactical insight from head coach Sam Vesty on they stop this formidable Bordeaux team and deal with star winger Louis Bielle-Biarrey.
If you like the Elevate Construction podcast, please subscribe for free and you'll never miss an episode. And if you really like the Elevate Construction podcast, I'd appreciate you telling a friend (Maybe even two
Deniz Ari: Security Team Breakdown—The Devastating Impact of Poor Product Ownership 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. Deniz shares the story of a security project with a team of eight experienced, senior engineers working on mission-critical systems. Despite initial motivation and clear architectural solutions, the team soon exhibited signs of negative behavior including complaints and criticism. The root cause traced back to frequent Product Owner changes—several within less than a year—and poor client management. Instead of shielding the team, the PO directly transferred stress from clients to the team, demanded overtime, and created unnecessary tension by bringing unfiltered conflicts to the team and requesting excessive details. Deniz emphasizes the importance of avoiding unnecessary tensions, being more political when necessary to protect the team, and being mindful of tone in written communications. Self-reflection Question: In what ways might you be failing to set proper boundaries in your role, and how could establishing clearer limits improve both your effectiveness and your team's performance? Featured Book of the Week: Boundaries by Henrik Cloud Deniz recommends "Boundaries" by Henrik Cloud, a book about human relationships and personal limitations. The book addresses crucial questions: Does your life feel out of control? Do you keep saying yes to everyone? Are you taking responsibility for others' feelings and problems? Have you forgotten your own limitations? Deniz explains how this book helped them learn to say "no" while still considering others' realities and feelings, and understanding why we often struggle with setting boundaries. Deniz highlights that being a Scrum Master involves much more than just processes and methods—it requires healthy personal boundaries. [Scrum Master Toolbox Podcast Recommends]
Deniz Ari: How Intense Delivery Pressure Destroyed Team Trust, Culture, and Brought Burnout 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. Working in the public sector, Deniz faced a challenging situation during a particularly busy winter period when the client wanted to combine multiple major initiatives simultaneously: migration, new features, and security improvements. This led to an oversized team of 25 engineers, which ultimately caused significant problems. The pressure to continuously deliver became overwhelming, breaking team trust and leaving members feeling abandoned. Several team members left, the team culture disintegrated, and cases of burnout emerged. After this difficult experience, Deniz conducted a comprehensive retrospective to process what happened and provide feedback to management about the dangers of excessive pressure in Scrum environments. Self-reflection Question: How might you recognize the early warning signs of team burnout before it reaches a critical point, and what boundaries would you establish to protect your team? [Scrum Master Toolbox Podcast Recommends]
BONUS: Marcelo Calbucci reveals Amazon's secret innovation framework that transforms product development! 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 BONUS episode, we explore "The PRFAQ Framework" (visit also the website) with author Marcelo Calbucci. He shares how Amazon's innovative approach to product development can be adapted by founders, product managers, and teams across industries. Learn how this powerful methodology creates alignment, clarifies vision, and ensures customer-centricity in product development. The Origins of PRFAQ "I learned the PR FAQ method at Amazon and realized this is a great tool that would be valuable for founders and product leaders." Marcelo Calbucci shares how his experience at Amazon introduced him to the PRFAQ framework—a structured approach to product ideation and development. He explains how this methodology transformed his thinking about innovation and why he felt compelled to share it with a wider audience through his book. The framework addresses a critical gap he observed in how teams approach product development, often lacking the clarity and customer focus needed for success. Understanding the PRFAQ Framework "PR FAQ stands for press release and frequently asked questions—it's a method to talk about and define a vision for the product." The PRFAQ framework is a six-page document with a highly prescriptive structure. Marcelo breaks down the components: Page 1: A press release announcing the product Page 2+: Customer FAQ addressing potential questions Page 3+: Internal FAQ covering implementation details This document serves as the foundation for product development, helping teams align on vision and strategy before diving into execution. Marcelo emphasizes that the framework forces teams to articulate the "why" behind their work, not just the "what" and "how." The Alignment Challenge "Challenge: pick a few people from your organization, ask each one 'why are we doing this?' Chances are you will get a different answer from different people." One of the most significant challenges in product development is the lack of alignment across teams. Marcelo highlights how common it is for team members to have different understandings of product goals and strategy. Without a shared vision, teams risk building features that don't solve the right problems or address customer needs effectively. The PRFAQ framework creates alignment by documenting and socializing product vision in a consistent format that encourages discussion and feedback. Practical Implementation Tips "Use the PRFAQ as a textual document, instead of a PowerPoint presentation—the discipline of writing helps clarify thinking." Marcelo offers several practical tips for implementing the PRFAQ approach effectively: Write things out in paragraphs rather than bullet points Consider writing the FAQs before the press release Use the document as a tool for discussion, not as a polished deliverable Conduct review sessions with peers, team members, and stakeholders Focus on substance over style—the goal is to discover feedback He emphasizes that the act of writing forces clearer thinking and exposes gaps in logic or understanding that might otherwise remain hidden. The Amazon Way "At Amazon, every product starts with a PRFAQ. It starts with someone having an idea. The first thing they do is to write the PRFAQ." Marcelo provides insight into how Amazon implements this framework across the organization. Every product initiative begins with a PRFAQ document that articulates the vision and strategy. Teams spend time discussing and refining this document before moving into execution. This methodical approach allows Amazon to get early feedback on ideas, helping to identify potential issues before significant resources are invested. The framework has been a cornerstone of Amazon's ability to innovate consistently across diverse product areas. Customer-Centricity in Practice "Here's one lesson about product leadership: understand the problems better than even the customer understands them." The customer-centric nature of the PRFAQ framework is one of its greatest strengths. By forcing teams to anticipate customer questions and articulate benefits from their perspective, the framework ensures products are built to solve real problems. Marcelo explains that sometimes the "customer" might be internal, but the principle remains the same—deeply understanding the problems before proposing solutions. This approach has proven particularly effective at Amazon, where customer obsession is a core value. Learning from the Book Development Process "In interviewing teams using the method, I discovered that the problem was convincing the whole team about the PRFAQ method." Interestingly, Marcelo applied the PRFAQ framework to the development of his own book. Through this meta-application, he discovered that the biggest challenge wasn't explaining the method itself but convincing entire teams to adopt it. This insight shaped the book's approach—making product strategy discussions less academic and more practical. He focused on providing concrete examples and templates that teams could immediately apply to their work. Resources for Deeper Learning "Read examples first, pay attention to how you write the phrases in the document." For listeners wanting to explore the PRFAQ framework further, Marcelo recommends starting with examples to understand the tone and structure. His book website offers resources and templates to help teams implement the framework. He emphasizes that seeing the framework in action is often more valuable than theoretical discussions, which is why he includes numerous examples in his book and supplementary materials. About Marcelo Calbucci Marcelo Calbucci is a founder, product and engineering leader, and innovation expert passionate about solving customers' biggest challenges through software. With over two decades of experience, he has launched dozens of products across industries and mentored nearly a thousand founders and professionals, shaping the future of product development and innovation. Marcelo Calbucci is the author of "The PRFAQ Framework: Adapting Amazon's Innovation Framework to Work for You," which describes Amazon's PRFAQ method—a strategic approach designed to refine and present new product ideas by focusing on customer-centric narratives. You can link with Marcelo Calbucci on LinkedIn and connect with Marcelo Calbucci on Substack.
© 2020-2025 Ivy Podcast Discovery LLC
