Podcasts about scrum masters

BONUS: Solution-Focused Coaching: The Game-Changing Method Every Scrum Master Needs With Ralph Miarka and Veronika Jugwirth In this BONUS episode, we dive deep into solution-focused coaching with Ralph and Veronika, co-authors of "Solution Focused Coaching For Agile Teams." This conversation explores how to shift from problem-solving to solution-building, helping Agile teams thrive through a forward-looking approach that empowers teams to find their own path to success. Understanding Solution-Focused Coaching "Solution focus, focuses on the goal itself. We are not talking about 'how', but first start with 'what we want to achieve'." Solution-focused coaching represents a fundamental shift from traditional problem-solving approaches. Rather than diving into root cause analysis and retrospectives focused on what went wrong, this methodology centers on the future and desired outcomes. It operates as a communication system that recognizes the complexity of modern work environments where simple cause-effect relationships don't always apply. In engineering, root causes make sense when dealing with predictable systems, but in complex organizational dynamics, solution-focused coaching acknowledges that we often can't identify clear root causes and instead focuses on creating a "preferred future." In this segment we refer to Solution-focused brief therapy and the Cynefin model.  The Power of Not-Knowing "Instead of suggesting solutions, we should start by asking questions. The “Not-knowing position” is about accepting this." The "not-knowing position" challenges coaches and leaders to resist the urge to immediately diagnose problems and offer solutions. When someone shares their story, they're not sharing the version we think we know. This approach transforms coaching conversations by starting with questions like "What difference would it make for you to solve this problem?" This shift toward asking questions about a positive future can even help identify advocates among those who initially resist change, creating unexpected allies in transformation efforts. Everyone as an Expert "When we help teams change by themselves, they change much faster." The principle that "everyone is an expert in their situation" fundamentally changes how coaches approach team dynamics, especially during periods of pressure or conflict. Instead of imposing external solutions, this approach involves asking teams what they already like about their current practices. For example, when observing daily standups with their natural diversity of approaches, focusing on what teams appreciate about their existing practices creates a foundation for sustainable change. Teams that discover their own path to improvement implement changes more rapidly and with greater commitment than those following prescribed solutions. The Miracle Question Technique "What would be a very small first sign that tells you that there was a small miracle during the night?" The Miracle Question emerges from real coaching conversations where clients express that "only a miracle can help." Rather than dismissing this statement, solution-focused coaches embrace the client's language to create powerful exploration opportunities. The technique involves asking teams to imagine their situation after a small miracle has occurred overnight, then identifying the first small signs they would notice. This approach helps teams explore possibilities and envision concrete steps toward their preferred future, making abstract goals tangible and achievable. Unlearning the Fix-It Mentality "Don't work by yourself in the problems of others, let them work." For Agile practitioners trained to identify and fix problems, solution-focused coaching requires a significant mindset shift. Instead of jumping into problem-solving mode, coaches must learn to hold space for solutions to emerge naturally from the team. This involves trusting that team members are experts in their own situations and developing strong questioning skills. Coaches and Scrum Masters need to clarify their own goals and resist the urge to solve problems for others, instead creating conditions where teams can work through challenges themselves. Practical Questions for Immediate Implementation "What do we want to achieve? What is our goal, and why?" Teams can immediately begin incorporating solution-focused approaches by bringing specific questions into their regular ceremonies. Key questions include exploring what the team wants to achieve and understanding the underlying purpose behind their goals. Additionally, asking "What works already?" helps teams build on existing strengths rather than focusing solely on problems. Confidence-building questions like "How confident are we?" and "What would make you more confident?" create opportunities for teams to identify specific actions that would increase their likelihood of success. About Ralph and Veronika Ralph Miarka is an Agile coach, trainer, and co-author of the book that is our topic for today's episode: Solution Focused Coaching For Agile Teams. Ralph helps teams thrive through solution-focused coaching. With a background in engineering and leadership, he bridges structure and empathy to spark real change. You can link with Ralph Miarka on LinkedIn. Veronika Jungwrith is a coach, consultant, and facilitator, Veronika blends solution-focused coaching with leadership development. Her work empowers individuals and teams to navigate complexity with clarity, meaning, and lasting impact. You can link with Veronika Jungwrith on LinkedIn.

In this episode of the Mainframe Connect podcast's I am a Mainframer series, Richelle from Beta Systems shares her inspiring journey from the Philippines to Austria in the mainframe industry. Starting as a COBOL programmer trainee, Richelle transitioned through roles in systems programming and open-source development, becoming a key contributor to the Zowe community as a Scrum Master for Zowe Explorer. She discusses mainframe modernization, the power of the Zowe community, and her passion for teaching modern mainframe tools like VS Code and CLI to apprentices and colleagues. A highlight of the conversation is Richelle's vision for a hybrid mainframe future and her advocacy for greater visibility of women in the industry through the upcoming Mainframe Coven podcast.

What if the most powerful tool for driving agile transformation isn't a framework or a ceremony—but a dashboard? Today's guest believes data may be the most underused lever for agility in large organizations. Gabrielle Wieczorek is a Scrum Master and Certified Agile Coach and a speaker at the upcoming Online Scrum Masters Summit, where she brings over 14 years of experience blending agile frameworks with data science, analytics, and stakeholder trust-building. About Gabrielle WieczorekGabrielle Wieczorek is an adaptive transformation leader with over 14 years of experience helping teams and organizations unlock the true potential of business and personal agility, especially in times of uncertainty. An enthusiastic Scrum Master, Certified Agile Coach (A-CSM, SSM), Product Owner (CSPO), and technical Senior Systems/Data Analyst, Gabrielle excels in leading teams through change and complexity, focusing on continuous improvement and delivering tangible results. Known for delivering engaging talks that make innovative agile concepts obtainable, Gabrielle has a knack for turning abstract ideas into real-world impact. Whether facilitating dynamic workshops or sharing insights in a lightning talk, Gabrielle empowers others to elevate their Agile practices and drive meaningful change in today's fast-paced, ever-evolving environments where efficiency and innovation are essential to success. RESOURCES Speaker, Online Scrum Masters Summit: https://onlinescrummastersummit.com/ https://onlinescrummastersummit.com/ This show is brought to you by the Online Scrum Masters Summit, taking place virtually on June 17-19, with more information at: www.onlinescrummasterssummit.com Catch the future of e-commerce at eTail Boston, August 11-14, 2025. Register now: https://bit.ly/etailboston and use code PARTNER20 for 20% off for retailers and brandsOnline Scrum Master Summit is happening June 17-19. This 3-day virtual event is open for registration. Visit www.osms25.com and get a 25% discount off Premium All-Access Passes with the code osms25agilebrandDon't Miss MAICON 2025, October 14-16 in Cleveland - the event bringing together the brights minds and leading voices in AI. Use Code AGILE150 for $150 off registration. Go here to register: https://bit.ly/agile150Connect with Greg on LinkedIn: https://www.linkedin.com/in/gregkihlstromDon't miss a thing: get the latest episodes, sign up for our newsletter and more: https://www.theagilebrand.showCheck out The Agile Brand Guide website with articles, insights, and Martechipedia, the wiki for marketing technology: https://www.agilebrandguide.com The Agile Brand is produced by Missing Link—a Latina-owned strategy-driven, creatively fueled production co-op. From ideation to creation, they craft human connections through intelligent, engaging and informative content. https://www.missinglink.company

Deniz Ari: Why Great Product Owners Listen—Communication Lessons from Product Ownership Extremes The Great Product Owner: The Power of Clear Communication Deniz describes a truly exemplary Product Owner who excelled through outstanding communication skills. This PO was an exceptional listener who maintained openness throughout all interactions. They ensured the team thoroughly understood requirements and priorities, always clearly articulating the rationale behind decisions. With a well-defined product vision and transparent prioritization process, this PO successfully bridged the gap between the development team and clients. Deniz emphasizes how this clear communication style naturally fostered team motivation, as everyone understood not just what they were building, but why it mattered. The Bad Product Owner: The Tyrant PO Deniz shares a challenging experience with a problematic Product Owner during what initially appeared to be a straightforward public sector migration project with adequate budget and timeline. Despite these favorable conditions, the situation deteriorated when the PO began pushing the team to work overtime, overstepping boundaries by questioning architectural decisions, and inappropriately assuming Scrum Master responsibilities. Described as a "tyrant" or "despot," this PO exhibited extremely poor communication skills and preferred dictating rather than collaborating. When Deniz attempted to address these issues, the situation became so toxic that it affected Deniz's health, ultimately leading to their decision to leave the project. The PO subsequently claimed no Scrum Master was needed. Deniz reflects that sometimes the best option is to recognize when a situation cannot be changed and to move on. Self-reflection Question: What boundaries would you establish with a dominant Product Owner, and at what point would you decide that the situation cannot be improved? [The Scrum Master Toolbox Podcast Recommends]

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]

In this thought-provoking episode, we sit down with Tobias Mayer—author, coach, and longtime voice in the Agile world—to explore the journey from his early discovery of XP (Extreme Programming) in 1997 all the way to today's debate around the death of Scrum. Tobias shares his personal transformation from developer to Scrum Master, his resistance to early XP, and how he learned great practices from developers he managed. We unpack his reflections on Agile's semantic drift, the role of Scrum Masters as change agents vs. bean counters, and what happens when teams do Agile without even knowing the Agile Manifesto.

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]

In today's episode Helene speaks to Farah Egby and Cigdem Saka-Jackson about Agile.   They talk about: Agile as a set of working practices that prioritises people over processes and tools; Farah and Cigdem's previous work and journeys into Agile facilitation; The roles and functions that the “Scrum Master” and “Kanban” play in Agile; Roles and techniques in Agile facilitation and tips on how to do it; "I think you need to care. You have to be a caring person. I definitely don't believe it is, it is a rule book and just a set of applicable guidelines. You have to care about the people you work with and the team you're working with”. How Agile can be applied in different contexts including personally. “There are things that you can also apply to your own life individually, you can stop and have a moment to reflect, even if you don't do it with a formal process”. Links Today's guests:  Farah Egby:  https://www.linkedin.com/in/farah-egby/  farah@tuntara.co.uk Cigdem Saka-Jackson: https://www.linkedin.com/in/%C3%A7i%C4%9Fdem-saka-jackson-7885a111/ cigdemsaka@gmail.com To find out more about Facilitation Stories and the IAF and the England and Wales Chapter: Facilitation Stories website: https://facilitationstories.libsyn.com/ And to email us: podcast@iaf-englandwales.org IAF England and Wales: https://www.iaf-world.org/site/chapters/england-wales The Facilitation Stories Team Helene Jewell: https://www.linkedin.com/in/helenejewell/ Nikki Wilson:  https://www.linkedin.com/in/nicolawilson2/

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]

Simina Fodor: The Courage to Question—Signs of a Healthy 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. For Simina, Scrum Master success goes far beyond facilitation skills – it's about what happens when you're not in the room. True success means creating a self-sustaining team that maintains healthy practices even in your absence. Simina looks for indicators like: Do team members feel safe raising concerns regularly? Can they push back with the Product Owner and offer suggestions? Do they proactively ask for the "why" behind requests instead of blindly following directions? She emphasizes that successful teams raise dependencies early in the sprint, have the courage to plan work with other teams, and handle integrations independently. The ultimate test of Scrum Master effectiveness is whether the team continues to thrive even when you step away for a few days. Self-reflection Question: What specific behaviors would indicate that your team has reached a level of self-sustainability that would allow you to step back? Featured Retrospective Format for the Week: Start/Stop/Continue Simina advocates for the simplicity of the Start/Stop/Continue retrospective format. After experimenting with numerous complex approaches, she found that sometimes the most straightforward formats yield the best results. This classic structure cuts through noise and focuses teams on what truly matters: what new practices they should begin, what isn't working and should stop, and what's effective and should continue. Simina appreciates how this format's simplicity makes it accessible and easy to follow, allowing teams to concentrate on meaningful conversation rather than getting lost in complicated retrospective mechanics. [Scrum Master Toolbox Podcast Recommends]

Simina Fodor: Building Bridges—How Cross-Department Champions Drive Agile Adoption 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. Simina shares her experience leading an enterprise Agile transformation from her position in Project Management. Rather than pushing for immediate, wholesale change, she started small - seeking out interested colleagues, sharing case studies from other companies, and gradually building internal support. This patient approach took years before the organization officially embraced Agile and Scrum, but created a strong foundation of champions across departments. When business needs finally demanded faster releases and better responsiveness to change, Simina had already established a community of practice ready to support the transition. She began with a single pilot team implementing just daily standups, which then expanded into a full Agile program that ultimately facilitated her transition from Project Manager to Scrum Master. Self-reflection Question: How might building informal networks and starting with small changes create a more sustainable foundation for organizational transformation than top-down mandates? [Scrum Master Toolbox Podcast Recommends]

EP141 - [Libro] El Arte del Agile Coaching, con Camilo Velasquez y Damián BuonamicoEn el hormiguero nuevamente vamos a hablar de un libro, nuevamente con sus autores, y nuevamente en modo premisa pues este libro aun no se publica.Nos referimos “El Arte del Agile Coaching”, de nuestros amigos Camilo Velasquez y Damián Buonamico.En este episodio platicaremos sobre la inspiración, la motivación y el contenido del libro: explorando desde los modelos tradicionales y en enfoque propio, el valor agregado del libro. Camilo y Damián también revelaron alguna que otra cosilla interesante que hasta ahora no la habían revelado, como por ejemplo de quién es el prologo del libro. También platicamos sobre el público objetivo, y si el libro tiene sentido o no para personas mas allá de los tradicionales roles ágiles, como Scrum Master y Agile Coach.Participan en este episodio, las hormigas: Antonio Gallardo Burgos, Arturo Robles Maloof y Rodrigo Burgos Noceti.Además nos alegra anunciar que pronto vamos a cumplir 6 años de Hormigas Agilistas Podcast y vamos a tenener algunas sorpresitas para los proximos episodios.Si deseas conocer más sobre este episodio y todos los demás, visita el sitio: HormigasAgilistas.CL o en https://medium.com/hormigas-agilistas/¡Gracias por ser parte del Universo de Hormigas Agilistas!IMPORTANTE: Siempre es bueno recordar que en Hormigas Agilistas Podcasts no somos buscadores de la verdad, el objetivo acá no es indicar los que se debe hacer; más bien, abrimos el micrófono para que las personas puedan contar sus experiencias, sus ‘heridas de guerra', y así los oyentes puedan tomar lo que más le haga sentido en sus organizaciones y avanzar en la mejora continua.#AgileCoach #ElArteDelAgileCoaching #Agile #ComunidadesAgiles #AgileCoaching #HormigasAgilistas

"If you're going to write about Agile, you better work Agile."In this special live episode, hosts Jim and Sander chat with Olina Glindevi and Ben Walder, the creative duo behind The Visual Agile Coach Playbook, at the ScanAgile 25 conference in Helsinki. They share the origin story of their book, their collaboration journey, and the power of visual thinking in agile coaching and team collaboration.The motivation and madness behind writing The Visual Agile Coach Playbook while juggling day jobs and family life.Using visuals as a serious and practical tool in agile work — not just as decoration or “fun stuff.”The creative friction between Ben's structured writing approach and Olina's visual process — and how they found agility in their collaboration.Why they believe trust, feedback, and staying in your lane can lead to stronger results when working in teams.The role of visual agile coaches and how visuals can unlock alignment, clarity, and engagement in teams.A sneak peek into their next project — a collaborative book on the future of work.Get the book: https://a.co/d/1V11eSOConnect with Olina & Ben (51) Olina Glindevi ✏️ | LinkedIn & (51) Ben Walder | LinkedInCheck out our sponsor:www.xebia.comwww.scrummatch.comwww.wiserbees.comwww.masteringagility.orgHosted by Ausha. See ausha.co/privacy-policy for more information.

Simina Fodor: How Leadership Communication Can Destroy Team Morale 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. Simina recounts working with a diverse, remote team on a high-visibility project to retire legacy systems under strict deadlines. The team made sacrifices, working overtime and through vacations to meet the challenging timeline. When Simina recommended team bonuses to recognize their extraordinary efforts, leadership not only rejected the request but publicly announced that overtime was simply "expected" as part of the job. This single communication destroyed the team's trust, leading to disengagement, dropped velocity, missed deadlines, and team members skipping Scrum events. Simina highlights how quickly team dynamics can collapse when leadership dismisses extra effort and fails to acknowledge team contributions. Self-reflection Question: How might you advocate for proper recognition of your team's extraordinary efforts when leadership views such work as simply expected? Featured Book of the Week: The Making of a Manager by Julie Zhuo Simina recommends "The Making of a Manager" by Julie Zhuo, a book she initially dismissed because she wasn't in a management role. However, upon reading it, she discovered numerous parallels between effective management and Scrum Mastery. The book's message that managers don't need to know all the answers resonated deeply with her, reinforcing the importance of understanding humans first before implementing processes. Despite not being an Agile-specific book, Simina found its people-focused approach incredibly valuable for her Scrum Master practice. [Scrum Master Toolbox Podcast Recommends]

Simina Fodor: From Corporate to Startup—Navigating the Scrum Implementation Gap Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes. In this episode, Simina shares a critical failure story from her transition from corporate settings to a startup environment. Believing she had all the necessary tools and experience, she attempted to scale up Scrum practices too quickly with developers who weren't familiar with the framework. Instead of starting with fundamentals and understanding where team members were in their Agile journey, she made assumptions based on her corporate experience. Simina emphasizes the importance of a proper discovery phase for Scrum Masters when joining new teams, especially in dynamic startup environments where roles are still evolving and significant change is occurring. Self-reflection Question: How might your previous experiences be creating blind spots when you join a new team or organization? [Scrum Master Toolbox Podcast Recommends]

In dieser Podcastfolge spricht Daniel Koppel mit Oliver über seinen Weg in die digitale Produktwelt – und darüber, wie ihn die Ausbildung zum Produktmanager beruflich und persönlich verändert. Daniel kommt nicht aus der IT. Er hat eine kaufmännische Ausbildung gemacht, im Lager gearbeitet, Verantwortung übernommen. Aber irgendwann merkt er: Das kann es nicht gewesen sein. Der Job funktioniert – aber erfüllt nicht. Und das soll sich ändern. Über Freunde aus der IT erfährt er mehr über agiles Arbeiten, über Quereinstiegsmöglichkeiten, über Produkte, die echten Nutzen bringen. Der Gedanke, sich beruflich neu auszurichten, wird konkreter. Daniel informiert sich, prüft Optionen und entscheidet sich schließlich für eine geförderte Ausbildung zum Produktmanager mit IHK-Abschluss. Nicht als Notlösung – sondern als echte Perspektive. In der Ausbildung lernt er, wie moderne Produktentwicklung funktioniert: von Design Thinking bis Scrum, von Customer Journey Mapping bis Roadmapping. Er absolviert Zertifizierungen zum Scrum Master und Product Owner, entwickelt Produktideen, arbeitet an echten Use Cases – und erlebt, wie viel Freude es macht, Produkte mitzugestalten statt nur zu verwalten. Gleichzeitig geht es um mehr als nur Inhalte. Daniel muss lernen, zu lernen. Sich zu strukturieren, dranzubleiben, Verantwortung zu übernehmen – auch für den eigenen Fortschritt. Genau das macht die Ausbildung zum Produktmanager für ihn so wertvoll: Sie fordert, aber sie gibt auch Sicherheit. Mit echtem Praxisbezug, sinnvollen Tools und guter Begleitung. Was ihm besonders hilft: Die Ausbildung wird durch einen Bildungsgutschein gefördert. Und sie gibt ihm die Möglichkeit, Schritt für Schritt in den Beruf hineinzuwachsen. Heute steht Daniel kurz vor dem Abschluss, bereitet sich auf Bewerbungsgespräche vor und merkt, wie gefragt die Themen sind, mit denen er sich beschäftigt hat. Agilität, Nutzerzentrierung, Produktstrategie – das, was vor einem Jahr noch Neuland war, gehört inzwischen zu seinem Werkzeugkasten. Daniels Geschichte zeigt, was eine gute Ausbildung zum Produktmanager leisten kann – besonders für Menschen, die den Quereinstieg wagen. Sie schafft Klarheit, stärkt Selbstvertrauen und eröffnet neue Wege. Und sie macht deutlich: Es ist nie zu spät, einen neuen Anlauf zu nehmen. Wenn du selbst mit dem Gedanken spielst, dich beruflich zu verändern, mehr Verantwortung zu übernehmen oder tiefer in die digitale Produktwelt einzusteigen – dann hör in diese Folge rein. Vielleicht ist es genau der Impuls, den du brauchst.

In this episode of the Scrum.org Community Podcast, Patricia Kong talks with Professional Scrum Trainer Joanna Plaskonka about why psychological safety is critical for effective Scrum Teams. Joanna explains how it fuels openness, innovation, and accountability—while its absence leads to poor collaboration, low morale, and missed opportunities. Through real-world examples, she dispels common myths and shares how leaders can foster a culture where teams feel safe to take risks, challenge ideas, and grow. This conversation highlights that psychological safety isn't a “nice-to-have”—it's essential for delivering real value.

Scrum Masters Are Useless — Product Managers Should Run Their Own ScrumWe've all been there. It's 10:00 AM. You're in a standup, sipping your third coffee, while the Scrum Master dutifully asks each developer, “What did you do yesterday? What are you doing today? Any blockers?”Someone mumbles something about JIRA tickets. Another person reports, “Same as yesterday.”Meanwhile, the Product Manager (PM) is frantically jotting notes, trying to connect the dots between what was promised and what's actually happening.And the Scrum Master? They nod, write things down, and move on.Here's the controversial take: Do we really need a dedicated Scrum Master for this? Or should Product Managers just run their own scrums?How to connect with AgileDad:- [website] https://www.agiledad.com/- [instagram] https://www.instagram.com/agile_coach/- [facebook] https://www.facebook.com/RealAgileDad/- [Linkedin] https://www.linkedin.com/in/leehenson/

Carmen Jurado: Beyond the Backlog—How Great Product Owners Embrace Team Collaboration The Great Product Owner: Standing with the Team  Carmen shares that the best Product Owners she's encountered are those who stand with their teams. Drawing from her own recent experience as a Product Owner, she emphasizes the importance of being there for your team, recognizing that they make you look good. Great Product Owners understand that achievements are team efforts, not individual accomplishments. Carmen also highlights that exemplary Product Owners have a deep understanding of the goals, values, and principles of Agile methodologies, allowing them to better support their teams and leverage agile practices effectively. In this segment we refer to the book Generative AI in a Nutshell. The Bad Product Owner: The Novice Who Does Everything Carmen describes a common anti-pattern she encountered: the inexperienced Product Owner who attempts to handle everything independently. This particular PO was preparing reviews and planning sessions alone, feeling that these events wouldn't happen otherwise. The team wasn't engaged, and the backlog had ballooned to over 300 items. Carmen helped this PO sort through the backlog to start with a clean slate and conducted a stakeholder mapping session to manage difficult stakeholders, particularly a CFO who was treating the PO as merely a scribe. They also worked to involve the team in Scrum events, reducing the burden on the PO. Carmen emphasizes the importance of keeping the team updated on process changes and the value of having a PO who can openly discuss their challenges. Self-reflection Question: As a Scrum Master, how can you help both experienced and novice Product Owners find the right balance between taking ownership and enabling team participation? [Scrum Master Toolbox Podcast Recommends]

Carmen Jurado: The Power of Constructive Feedback in Building Trust in Agile Teams Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes. Carmen identifies the hallmark of a successful team as one that allows itself to be vulnerable. Success isn't just about positive feedback but creating an environment where team members feel safe to discuss mistakes openly. She shares an experience where a team member made an error that caused a significant project delay, prompting other team members to complain. Instead of allowing this to create division, Carmen facilitated an open discussion where the team member acknowledged their mistake and received constructive feedback from colleagues. This exchange built trust and demonstrated that the team had developed the psychological safety needed to hold each other accountable. Carmen emphasizes that this accountability for work and agreements is a responsibility that belongs to the entire team, not just the Scrum Master. Self-reflection Question: How can you foster greater psychological safety in your team so members feel comfortable addressing mistakes directly with each other? Featured Retrospective Format for the Week: Golden Apples Carmen recommends the "Golden Apples" retrospective format, which draws inspiration from Greek mythology. This creative format incorporates feedback questions about sprints and the team, with game elements that introduce friendly competition. Carmen typically reserves this format for festive times of the year to boost team morale. She also mentions her fondness for movie-themed retrospectives and encourages Scrum Masters to invest time in creating fun, creative retrospective experiences that engage the team. In this segment, we refer to Norm Kerth's Retrospective Prime Directive. [Scrum Master Toolbox Podcast Recommends]

Kibit Solutions Ltd is launching in Ireland at this year's Dublin Tech Summit. Kibit Solutions is building software with the best people and provide software development teams to help you with any IT projects that you might be planning in the future. Based in their global headquarters in Budapest, Kibit Solutions has assembled a complete team tailored to your needs, comprising roles such as Scrum Master and Quality Assurance, who adhere to your functional requirements. This team is overseen by Kibit Solutions, ensuring a smooth operation, whilst also delivering meticulously tested solutions to meet your goals. Kibit Solutions team, consists of Business Analysts and seasoned professionals, assists in clarifying your needs, drafting detailed functional specifications, assembling a suitable team, and ultimately delivering thoroughly tested solutions to meet your objectives. Kibit Solutions Irish Business Advisor Ronan Leonard said: "We are looking forward to entering the Irish market, offering our unique development solutions to startups and SMEs. It is a privilege to launch at Dublin Tech Summit, one of Europe's fastest growing international tech conferences." Kibit Solutions launch is taking place at an after party on May 29th between 5:30 and 7:30 In Madigan Square Gardens, the outdoor area of the Horseshoe House, just across the road from the RDS where the Dublin Tech Summit is taking place. Attendees will hear how Kibit Solutions can help with any upcoming I.T. projects that they may have. Places are limited, so to confirm attendance at the after party or to get more information on Kibit Solutions please email ronan.leonard@kibitsolutions.com See more stories here. More about Irish Tech News Irish Tech News are Ireland's No. 1 Online Tech Publication and often Ireland's No.1 Tech Podcast too. You can find hundreds of fantastic previous episodes and subscribe using whatever platform you like via our Anchor.fm page here: https://anchor.fm/irish-tech-news If you'd like to be featured in an upcoming Podcast email us at Simon@IrishTechNews.ie now to discuss. Irish Tech News have a range of services available to help promote your business. Why not drop us a line at Info@IrishTechNews.ie now to find out more about how we can help you reach our audience. You can also find and follow us on Twitter, LinkedIn, Facebook, Instagram, TikTok and Snapchat.

Carmen Jurado: Lean Change Management, How to Design Change with Those Affected 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. Carmen discusses the critical mistakes organizations make when implementing change without adequate communication and employee involvement. She highlights how employees are often simply informed of new methods without any prior communication, creating resistance and disengagement. Carmen advocates for involving employees early in the change process, suggesting that representatives participate in the design phase and provide feedback on change plans. She emphasizes that Scrum Masters can grow by facilitating this involvement, encouraging co-creation of change through approaches like Lean Change Management. Carmen also shares a practical tip: involve your biggest critics in the change design, transforming them from obstacles into co-creators of the solution. Self-reflection Question: How might you better involve team members in designing change processes rather than simply announcing changes to them? [Scrum Master Toolbox Podcast Recommends]

Carmen Jurado: The Power of Being Heard, Turning Critics Into Agile Advocates 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. Carmen shares how she was asked to step in as a Scrum Master for a struggling team that had a particularly vocal and critical lead developer. This developer had experienced multiple transitions and transformations, leading to significant resistance that was affecting the entire team's morale and creating unresolved conflicts. Carmen focused on building individual relationships with each team member and setting clear expectations. She discovered that the lead developer simply didn't feel heard. By listening and addressing these concerns, Carmen was able to transform her biggest critic into one of her strongest advocates. She emphasizes that resistance is often a sign of loyalty to something else and that understanding this can help transform a dysfunctional team into a high-performing one. Self-reflection Question: How might you address resistance in your team by focusing on individual relationships and understanding what team members feel loyal to? Featured Book of the Week: Joy Inc. by Richard Sheridan Carmen recommends Joy Inc. by Richard Sheridan, highlighting its practical insights for creating a motivating and enjoyable workplace. The book covers everything from hiring practices to team collaboration and experimentation, yet never explicitly mentions "Agile." Carmen appreciates the inspiring stories about understanding users in their environment and how these principles can be applied to create better working environments. [Scrum Master Toolbox Podcast Recommends]

Carmen Jurado: Scrum Masters, Your Team Needs to Know Which Hat You're Wearing 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. Carmen shares a valuable learning experience from her early days as a Scrum Master when she was assigned the additional responsibility of being a compliance officer for her team. During a retrospective, she noticed an uncomfortable atmosphere but didn't address it. After the session, the team requested a private meeting where they expressed their discomfort, explaining they weren't clear when Carmen was acting as their Scrum Master versus when she was enforcing compliance. This experience taught Carmen the critical importance of explicitly stating which role she was performing at any given moment and creating an environment where team members feel safe to provide honest feedback. Self-reflection Question: How clearly do you communicate your different roles and responsibilities to your team, and have you created an environment where they feel comfortable giving you direct feedback? [Scrum Master Toolbox Podcast Recommends]

Chris Sims: Dual Focus, Balancing Agile Team Health with Value Delivery 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 Chris Sims, success as a Scrum Master centers on two critical outcomes: creating healthier, happier work environments and helping teams deliver more value. Chris emphasizes that Scrum is only valuable if it helps achieve these fundamental goals. He suggests using surveys to assess team health and happiness, tracking how often team members ask each other for help, and evaluating whether daily scrums focus on problem-solving rather than status reporting. Regarding value delivery, Chris cautions against measuring the wrong things (like velocity) which can drive counterproductive behaviors. Instead, he recommends tracking how frequently teams deliver to stakeholders, having meaningful discussions about business value, and ensuring stakeholder involvement in sprint reviews to better align with what truly matters to the organization. In this segment, we refer to Chris Sims' articles on Business Value Myths, and Measuring Value With Product Hypothesis. Featured Retrospective Format for the Week: The Dixit Retrospective Chris shares an innovative retrospective format based on the card game Dixit. In this approach, teams use the game's evocative picture cards to help describe their experiences during the sprint. The visual nature of these cards engages team members in a completely different way compared to traditional retrospectives, encouraging creative thinking and alternative perspectives. Chris notes that this format is particularly effective because it creates space for everyone to think before speaking, which helps balance participation between extroverts and more reflective team members. This retrospective technique can uncover insights that might not emerge in more conventional discussion formats. Self-reflection Question: How might you better balance measuring team health with measuring value delivery in your definition of success? [Scrum Master Toolbox Podcast Recommends]

In this episode of the Scrum.org Community Podcast, guest host Lindsay Velecina welcomes Professional Scrum Trainer Simon Reindl to answer listener questions from his recent webinar, “How do the Scrum Accountabilities Work at Scale – Practical Steps for Delivery.”Drawing on years of hands-on experience, Simon breaks down Scaled Scrum and portfolio management, explores how many Scrum Masters you really need, and offers guidance on applying frameworks like Nexus, Scrum at Scale, and even SAFe with intention—not dogma.From structuring teams to improving flow and making value measurable, Simon shares practical insights to help organizations scale Scrum without losing sight of what really matters: delivering value through empowered teams and continuous learning.Key Topics:Scaled Scrum and Portfolio ManagementHow many Scrum Masters? It depends.Value Stream Mapping to uncover flow and bottlenecksUsing metrics that matter (hint: it's not velocity)The art of being a persistent (and sometimes annoying) Scrum MasterWhether you're scaling up or just getting started, this conversation will help you do it with clarity and purpose.

Is the Party Over For Scrum Masters and Agile Coaches? Over the past decade, agile adoption in organizations has seen an upswing. Large enterprises—banks, insurance companies, automakers, and many others—have all been at the forefront of launching agile transformations to achieve business agility—the elusive elixir. The promise of increased flexibility, faster delivery, and enhanced collaboration across teams is almost impossible to resist in today's competitive world, where markets change rapidly, bringing risks and opportunities.How to connect with AgileDad:- [website] https://www.agiledad.com/- [instagram] https://www.instagram.com/agile_coach/- [facebook] https://www.facebook.com/RealAgileDad/- [Linkedin] https://www.linkedin.com/in/leehenson/

Chris Sims: When Terminology Creates Misunderstandings, The "Ideal Days" Story 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 insightful episode, Chris Sims shares a valuable lesson from his early days implementing XP and Scrum. Chris's team had established an effective workflow using relative estimation with "ideal days" rather than story points, achieving good predictability and velocity measurements. However, things took an unexpected turn when a skeptical VP discovered their tracking spreadsheet and misinterpreted their metrics as showing only 2.5 days of work per week. Despite Chris's best efforts to explain the concept of "ideal days," the misunderstanding tarnished the team's reputation. Chris emphasizes the importance of socializing your working methods with stakeholders and communicating in ways meaningful to leadership. Working "under the radar" can backfire, so transparency about your processes is crucial for organizational alignment and trust. Self-reflection Question: How transparent are you about your team's estimation methods with stakeholders who might not be familiar with agile terminology? [Scrum Master Toolbox Podcast Recommends]

The boys discuss what the hell a Scrum Master is, how stars forms and getting the giggles

Richard Brenner: Contracting for Success,  Establishing Clear Agile Coaching Outcomes 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. Richard reflects on his evolution in defining success as a Scrum Master and Agile Coach. Initially, he believed that if his team was successful, he was successful—but soon realized this perspective was incomplete. Top management wanted tangible evidence of coaching impact, which became problematic without clearly defined metrics. Richard now advocates for establishing a coaching agreement at the beginning of any engagement, with both management and teams defining what success looks like for the coach. He emphasizes the importance of dual-sided accountability as a natural outcome of proper contracting, using metrics that matter to the organization such as flow metrics and outcome metrics to demonstrate coaching value. Self-reflection Question: How are you measuring your own success as a coach or Scrum Master, and have you created explicit agreements with both teams and management about what success looks like? Featured Retrospective Format for the Week: Solution Focused Retrospective Richard recommends the Solution Focused Retrospective from the book "Solution Focused Coaching for Agile Teams." While traditional retrospective formats from books like "Agile Retrospectives" typically open a topic and dig deeply into the problem space, the solution-focused approach suggests spending only a short time discussing problems before pivoting to designing the desired future state. This format focuses on identifying the next step and emphasizing what positive outcomes the team wants to achieve, rather than dwelling on what's wrong. Richard values this approach for its ability to maintain a positive, forward-thinking mindset within teams. [Scrum Master Toolbox Podcast Recommends]

6 Daily Habits of Highly Effective Scrum MastersStart Each Day With a Quick ReviewLead Effective Daily ScrumsMake Time For One-on-OnesKeep Communication Open With StakeholdersDedicate Time For Continual LearningReflect and Plan For TomorrowHow to connect with AgileDad:- [website] https://www.agiledad.com/- [instagram] https://www.instagram.com/agile_coach/- [facebook] https://www.facebook.com/RealAgileDad/- [Linkedin] https://www.linkedin.com/in/leehenson/

In this episode of the Scrum.org Community Podcast, guest host Lindsay Velecina is joined by Professional Scrum Trainer Joanna Plaskonka to answer lingering questions from her recent webinar on psychological safety in Scrum Teams. Joanna shares practical insights on measuring psychological safety using Amy Edmondson's model, handling micromanagement, and fostering safe environments even in challenging cultures. From using behavioral questions and action learning to creating psychologically safe retrospectives, this episode is packed with actionable ideas for Scrum Masters, leaders, and teams seeking high performance through trust and openness! 

If your team keeps revisiting the same issues over and over again, Groundhog Day-style, this episode is for you. Leadership coach Marsha Acker shares why it happens, how to recognize hidden conversational patterns, and what to do when you feel stuck. Overview In this episode, Brian Milner sits down with executive team coach and author Marsha Acker to unpack one of the most frustrating challenges teams face: circular conversations that never seem to resolve. You know the ones; same issue, different day. Marsha introduces a practical framework, structural dynamics, to help leaders and Scrum Masters decode what’s actually happening beneath the surface of their team’s conversations. From identifying communication patterns to creating space for dissent and inquiry, they explore how to break out of those conversational loops, build psychological safety, and foster real change. Whether you're leading meetings or just stuck in too many of them, this episode will help you shift the dynamic for good. References and resources mentioned in the show: Marsha Acker The Art and Science of Facilitation by Marsha Acker Build Your Model for Leading Change: A guided workbook to catalyze clarity and confidence in leading yourself and others by Marsha Acker #137: Stop Wasting Time with Guests Kate Megaw #94: Connecting Teams and Leadership with Anthony Coppedge Retrospectives Repair Guide Better Retrospectives 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. Marsha Acker is an executive coach, author, and the founder of TeamCatapult, where she helps leadership teams break out of communication ruts and lead real, lasting change. With two decades of experience guiding everyone from startups to Fortune 500s, Marsha specializes in transforming how teams talk, decide, and grow—one conversation at a time. Auto-generated Transcript: Brian Milner (00:00) Welcome back, Agile Mentors. We're back for another episode of the Agile Mentors Podcast. I'm with you as always, Brian Milner. And today I have the honor of having Ms. Marcia Acker with us. So welcome in, Marcia. Marsha Acker (00:12) Hi Brian, it's good to be here. Brian Milner (00:14) Very very happy to have Marcia with us. Marcia is the CEO of a group called Team Catapult and she is a team coach. She does a lot of work with teams and leaders. She's an author. She's a speaker and we wanted to have her come on because of a book that she has out recently called Build Your Model for Leading Change. She also has another book called The Art and Science of Facilitation, which I'm sure is really appealing to a lot of people here as well. You know, as Scrum Masters, if you're a Scrum Master out there, we do a lot of facilitating. So that's probably a really interesting pickup for you also. But we wanted to have Marsha on because we wanted to talk about an issue that I hear a lot about in classes. This is something that I hear a lot of questions around, and it can be a really big source of issues when you think about working together in close, tight units as a team. And that's how teams communicate. kind of the issues and problems that we have with communication amongst teams. So, you know, when we're talking about this, we're talking about teams not listening to each other, not understanding each other, misunderstanding someone's motives, something like that. And one of the things I know that I've seen a lot, I've encountered this a lot, and this is one of the things that I know you talk about quite a bit in your book, is this kind of loop that we get in a little bit, right? We have these conversations where... It just feels like we're stuck in a loop. We're saying the same things over and over again. it's like, I in Groundhog Day? Am I reliving the same thing we just went through? So let's start there and just say, why do you think that that happens? Why do you think that teams have this kind of Groundhog Day effect where you might have these conversations that just kind of keep popping up over and over again? Marsha Acker (01:35) Mm-hmm. It's a great question, Brian. think a number of years ago, I had a background in facilitation, but I got really interested in this particular question because I found not only in my own experience, I had multiple examples that I could give you of conversations that I felt like I'd have with somebody. then we would be, a week or two later, we'd be back talking about the same thing. And I'd think, I, you know, from my perspective, I thought we resolved that. So, so why are we talking about it again? And then I noticed in my work with teams that they would do the same thing. So, you know, I'd be in a session with a team, I'd help them facilitate a decision. They'd make the decision and then I'd be back with them a month later and the same topic would be up. And I'm I just found myself confused. So I think, I think there are many reasons why that happens. But if I were to, If I were to create a theme for that, think there's a couple of big themes that I see play out. I think there are many places on our teams today where we stay at the surface level of the conversation. Like we get super focused on what we're talking about. So whether it's the tool that we're using, the features that are gonna be in the next release, like we get so super focused on it. And then we're hyper. aware of time boxes. So we want to make sure we talk about the thing, get the decision, and we want to do it in 30 minutes or less. I saw a post on LinkedIn the other day where someone was advocating that there shouldn't be any meeting that would need to go past 25 minutes. And I thought, see it really differently because I think while there are places where we absolutely do need to maybe just quickly exchange information or keep things moving along, or we just want to hear briefly from people. I think if we're advocating that every meeting should only take 25 minutes, we are likely going to have those Groundhog Day conversations because it doesn't give us the space to get to the real topic. So I think that's where we spend a lot of time talking about the thing, the topic, and we really don't create enough time to drop down into focus on are we really, there space here for me to share what I really think or do you just want me to show up here in this meeting that you're running? You clearly have maybe your own agenda. You feel like you've already got the decision made. And so you'd really like my role to be to just receive your information and go off and do it. So I think there's a complexity here of Brian Milner (04:27) Yeah. Marsha Acker (04:32) What's the topic we're talking about? Is it the real topic that we need to talk about? Or is there, is it sort of the mask for what we might be able to drop into a deeper conversation to have? Are we being super focused on a time box? And are we creating enough range in our meetings that we've got spaces where we are efficient and fast and very deliberate about the conversation and then other spaces where, you know, those topics that keep returning. They're great places to go, there's data here for us. I think of them as yellow flags. there's something here for us to explore further. So let's take this topic and let's carve out a little bit more time for it. I'm curious what you see. Brian Milner (05:15) Yeah. No, that's a great observation. And I think you're right. It is a frustration. Looking back over my career and looking back through corporate meetings and things I've been a part of, there is frustration with someone who's coming in and not really having a meeting planned and not really having an agenda. But I think there is another kind of side issue there that can cause a lot of misunderstanding about Marsha Acker (05:33) Yeah. Brian Milner (05:44) what we're trying to achieve and that's the purpose. If we're here for a certain topic, I can understand that, but then what is it that's expected of me in this meeting? Am I here to just receive information? Is this a knowledge dump or a status update from someone else? is this, we have an issue and we need to talk through it and fully understand it. Marsha Acker (05:47) Yeah. Mm-hmm. Yeah. Brian Milner (06:13) And I think sometimes that's what I've kind of seen is that there's this mismatch of, well, I thought I was here for this. And now it's clear that you don't really want my opinion. You just want to tell me what it is. And so now I'm refocused or the opposite. I thought I was here just to receive information, but now I'm realizing that you really need me to dig in and give you my educated advice on this. Well, I wasn't prepared to do that. Marsha Acker (06:20) Yeah. Yeah. Yeah. I think this notion, and I see it happen a lot with Agile teams, like somewhere in our professional careers, and I think there's very good reason for, like we get rewarded for, know, from the time we're in very early school all the way through the end of school, we get rewarded for having answers. And then we end up in the workplace and we find ourselves in collaborative spaces. And so I think there's this belief that, you know, someone who's calling the meeting, they will have a little bit of this internal story that if I come with only questions and no solutions, then what value am I adding? Like that's, how am I useful to this organization? I've actually had people say to me, why would this organization hire me to come in and ask other people questions? Brian Milner (07:28) Wow. Marsha Acker (07:29) And so I think that's really, I love giving voice to that because I do think that there's a narrative that sits in our organizations that I, and a little bit of a fear. Like if I come to a meeting and I'm asking people to collaborate or I'm truly asking them open ended questions and I want to hear what they have to say and we're going to listen to, you know, I talk a lot about wanting to create this collective intelligence. And I think it takes a while to access that in a group of people. that it requires us to be able to suspend this idea that we're not adding value if we're asking questions and to reframe our value as helping to tap into a collective. And you can certainly have a point of view or a perspective, but if you're really wanting to tap into that intelligence, then I think it requires something different of us if we're the meeting host or the meeting leader. I think the other thing that will happen too is depending on who's in charge, like senior architects or somebody senior in the team can also get caught in that trap. Like, well, I'm supposed to come with answers. And I think we can come with ideas. But if we're really wanting to collaborate, and then this gets to your point about why are we gathering? Because sometimes I think there will be places where somebody has already made the decision and they're not asking for input on the decision. Brian Milner (08:42) Yeah. Marsha Acker (08:50) but they're wanting to share the decision that's been made and enroll people in the decision that's been made and invite them into collaborating on actually how that's gonna get implemented. But we're not opening this conversation up for what's been decided about architecture, what's been decided about what's going into a release. So I think this clarity and intentionality like you talk about around purpose, why am I here? What do you want from me? It's huge. And I think it's really tied to also some of our thinking about how are we adding value. Brian Milner (09:23) Yeah. The comment about, know, people not feeling like they're adding value if they're just asking questions that, kind of, maybe it's just for my recent experience with coaching and everything, but to me that, that just, it's so contrary, you know, to, to my way of thinking now, I guess I would say in that, you know, when I've been a part of discussion, when I've been part of a meeting, that I've looking back, that I feel like has gone really well. Marsha Acker (09:26) . Mm-hmm. Brian Milner (09:48) Uh, or, or a person that I feel like has really contributed to the meeting. Oftentimes it, it is that person who is asking questions that get us to think in a different way to get us to consider from a different perspective. So, you know, that that's why it feels a little strange to think about it. I agree with you. I agree that that's, you know, the attitude of some people or that's the way they see, you know, how I contribute to a meeting, but it just feels like it's such the opposite of that. That might be the most valuable thing we could do is to get people to see things from a different perspective or consider maybe things they haven't considered about this issue. Marsha Acker (10:25) Yeah, I think it's one of the first mindset shifts in a transition from being a contributor to maybe managing or leading, whether it's you're just leading a team or whether you're leading a whole organization. I think this idea of where does value come from and what's my role in the value creation, it's a shift, I think, for us. I love when people can get to a place of thinking about creating containers in organizations where people get to be their best. And then it does, your thinking does shift from, what's the piece of content that I can contribute to? What's the question that would really unlock different perspectives? And I think the other piece about that is what's the question that would elicit a... I talk about it being opposed, but you know, a contrarian perspective or point of view, because I think that's the other thing that can keep us in these circular conversations is when what we're really thinking doesn't get said. So if I don't feel like I can tell you in the room what I'm really thinking, I'll tell everybody else offline. Brian Milner (11:34) Right. The meeting after the meeting, right? Yeah. Yeah. And that, course, gets to the heart of psychological safety and kind of those dynamics within a team. We started this off talking about kind of this feeling of getting stuck. And so I want to kind of come back to that a little bit and say, I want to ask you, what are some of the causes of that? Why do we find ourselves trapped in these loops? Marsha Acker (11:36) Yes. You Mm. Brian Milner (11:59) that just, know, whatever we decide doesn't actually do anything or we find ourselves right back in the same place. Why do these, what's causing this? Marsha Acker (12:08) Yeah, well, let's play around with a bit of a framework to help us think about what's happening in the conversation. Yeah. So there is a theory of structural dynamics. It comes from work of David Cantor. And what it allows us to do is sort of think about being able to code the conversation that we're happening. And by code, I mean it helps us focus not on the topic. So whatever the topic might be. It doesn't matter. It helps us focus on how we're engaging in that conversation more of the how. And so there are four actions. Everything that we say could actually be coded into one of four actions, which I think is really kind of fascinating. So you just made a move by taking us back and pointing to the topic about stuck conversations, right? So what keeps us stuck? And that's a move because you're pointing in a direction. So moves kind of set direction in the conversation. I could make a new move and say, you know, let's talk about, yeah, where we might meet at a conference sometime, Brian. But that's a totally different topic. So moves set direction in a conversation. The second action is a follow, which gets behind and supports. So I followed your move by saying, yes, that's great. Let's do that. Here's, and then. Brian Milner (13:12) Right. Yeah. Marsha Acker (13:26) And then a bit of a new move from me, let me introduce a language for thinking about that. So you made a move, I followed, and then brought in another move. So now we're starting to, by being able to name actions, we're starting to get a sense of patterns. So there's two more actions, the action of a pose. So a pose offers like really clear pushback. It says, no, hang on, stop. Let's not go off the bridge or. I really disagree with this piece about what you're saying. So it offers a clear pushback or constraint to what's been said. And then the fourth action is a bystand. And a bystand is a morally neutral comment that names what's happening in the conversation. So I could bystand on myself in a conversation and say, you know, I'm really feeling engaged by the dialogue, or I might say I'm really confused. or if we're noticing a pattern, somebody might say, I notice we're getting stuck. So a bystand is a way for people to name what's happening or bridge competing ideas. But the other thing, the benefit of the bystand is that sometimes it also slows down the conversation. So to your question about what gets us stuck, it's really helpful if we can separate. what we're talking about and start to briefly look at how we're talking because what gets us stuck in conversations is when one or more of those actions is missing over the course of time. So we need all four of them to be voiced. One of the biggest problems in our stuck conversations is that a pose goes offline. Not in every team. There will be teams for whom a pose is stronger. But in my experience in American business, for sure, a pose is often the thing that is missing or it goes offline. So the way it will play out, there's a couple of different patterns. One will be what we call serial moving. And those are teams. Like a meeting with serial moving will have lots of fast pace. So somebody says this. then we're talking about this topic, now we're talking about this. And it will, like, you'll have a feeling like we accomplished a lot, but then you walk out at the end of the session and you go. So we talked about, exactly, we talked about this, this and this, and I don't know what we decided. Brian Milner (15:52) What just happened, right? Marsha Acker (15:58) So people that leave those kinds of meetings, they'll have this sort of false sense of, yeah, we got somewhere when we really didn't, we didn't close things out. So serial moving can be a pattern that can keep us stuck because we don't close things. There can be another pattern where there's a lot of move and follow. We call it courteous compliance. Another word for it would just, I forget the other label that we can give to it, but there's the sense that somebody makes a move and everybody else just says, sure, fine. So it's lacking the energy of the dynamics that you would get if the other actions were active and being voiced. And then there's a pattern where we might have too much bystand. So in a team that starts to complain about why did we use this tool or, know, I'm noticing nobody's using Slack or I'm noticing, you know, when we, when something gets posted in Slack, nobody acknowledges it. So if you find yourself in a meeting where, people are sharing a lot of context or perspective, maybe we can, I call it a hall of mirrors. Like we've got lots of perspective, but what's needed is for somebody to really make a move and say, all right, so given that now, what do we want to do about it? So what's really fascinating about those, we can also get locked in a move and a pose, a really strong advocacy or argument. And what's needed in that kind of argument is we need more follow and bystand. But what I find fascinating, so a pattern that I see play out over and over again will be one of two, the serial moving or the courteous compliance. So we've got a lot of moves or we've got move and follow. Brian Milner (17:25) Yeah. Marsha Acker (17:45) And if I'm someone in the meeting that either doesn't feel like my voice is welcomed or that it would be a career limiting move to oppose you, what I'll do is start to use one of the other actions in place of my oppose. So if it's not okay for me to push back and say, Brian, I don't want to talk about that, or I disagree, I think we're going off track, then what I might start doing is just making new moves. Brian Milner (18:02) Hmm. Marsha Acker (18:15) So rather than say to you, hey, Brian, I don't want to do that, you'll be talking about something, and now I'm introducing another topic. Hey, can we talk about where we're going for lunch next week? Or can we talk about the meaning behind that word over there that we were using last week? we don't do it intentionally. It comes for really good reason. Brian Milner (18:36) Right. Marsha Acker (18:39) We will all have our own reasons about why we do or don't do that. But I think some of the greatest work to do in teams is to talk about those four actions, to normalize them, and to invite them. Brian Milner (18:52) I love this. what kind of fascinated me, caught my attention the most about what you were saying is when I saw these, and kind of reading up here and reading through your work prior to our discussion, those four modes, when I read it, the first time it seemed to make sense, move, follow, oppose, bystand. But when I saw bystand, it really did seem, my first initial gut response was, yeah. That makes sense. There are bystanders that are happening in meetings that just do nothing. They just kind of sit back and they're not going to be, you know, they're not going to get in the way of the flow of something. But the way you described it is really fascinating because it's not a passive thing. It is an active participation. Marsha Acker (19:35) Yeah. Yeah. Yeah. Actually, if somebody is, well, I love that you're naming that because I get asked that question all the time. So again, American business trends. So if you step into the mind of someone who believes that I'm really only adding value if I'm bringing ideas and the way we would code that would be often you're making moves. So people will tend to value. making moves and opposes because a lot of times that's what the culture values. If you're in an organization that says, bring me problems, bring me solutions, you will find a cultural pattern in there of people showing up and making moves and opposes throughout their whole meeting. It'll be a stuck pattern. It'll be overused actions. But if we think about, so bystand could be questions, asking powerful questions. what's that mean to us falls along the line of bringing inquiry into the conversation. And so it gives us a way to balance advocacy and inquiry. But bystand is, bystand and follow are active. If somebody was not saying anything in the conversation, we wouldn't know, we wouldn't be able to code them because they're not speaking. And those four relate to speech acts. So, We have to speak in order for it to be coded as something. But those people who are sitting back often have some of the best bystands. Like if you were to tap that person on the shoulder and say, hey, I would love to know what you see right now in the conversation, they'd probably be able to tell you. Brian Milner (20:57) Yeah. Yeah. Yeah. I love this. And, you know, one of the things we teach in our advanced Scrum Masterclass is having people kind of understand how to deal with conflict in their teams and stuff. And we talk about the Thomas Killman kind of five responses to conflict. And I'm seeing a lot of overlap here in these modes too of, some of these things sound like a certain response to conflict in certain ways as well. But before we run out of time, I want to... Marsha Acker (21:30) Mm. Yeah. Brian Milner (21:43) I want to make sure that we get to, if we're in this situation, what are some steps, what are some things we can do to break that chain and not just have the same conversation again next week. Marsha Acker (21:48) Yeah. Yeah. So I would love for people to just think about using those four actions, especially if you work with a team on a fairly frequent basis, right? You will likely, even as I describe those, you will likely start to be able to identify what's the pattern that might be showing up. So I think the first step is can you identify or create a hypothesis for yourself about what might our structural pattern be? So do I hear like really clear poses? You know, do we make a lot of moves? So if you can find the actions that are predominant in your conversation, that's really the first step. And then the second step, there are a couple of different things to counteract each of them. So if move is really strong and it's coming from certain people, designing your facilitated session or even inviting participants to other participants to be the ones to make the move. So inviting others to speak first is one way to do it. limiting the number of moves that people can make. So sometimes if I'm working with a team that has that pattern, I'll give them some kind of, I'll give them a poker chip or I'll give them a card that says move on it. And I will limit everybody to one move per meeting. So structurally, I'm asking people to start to constrain their own moves. And then asking them to then step into, know, if somebody makes a move, staying with it long enough. as, so as a facilitator, you might say, if you noticed that you've got multiple moves on the table, you might just say, Hey, we've got four topics. This, this, this, and this, which is the one that we want to dive into first. So that's another way of just prompting a group to follow a move that they've made. And I think if you're noticing, you don't have a pose. You. chances are that is not going to come naturally. So I think you've really got to design questions that surface it. asking for what are the risks or who sees this differently. A lot of times if I'm leading a session, I will ask people, where did I get it wrong or what do I have wrong? Brian Milner (23:47) Yeah. Marsha Acker (24:12) What am I missing? What might I not be seen? So those are all ways for me to prompt. And I think if you've got some hierarchy in the room or differentials about that, that's really got to come from the person who's sort of holding some of that positional power maybe. Brian Milner (24:29) Yeah, I love that because there's there's sort of a maybe it's an American culture thing. I don't know. But but I know in the business world I've experienced if you call a meeting if it's your meeting there there's sort of an expectation that you're in control, you know, you know, it feels like there's there's sort of a you're not invited to say something like, what am I missing? Marsha Acker (24:52) Yeah. Yep. Brian Milner (24:53) because that's sort of admitting that you weren't prepared for this meeting. But I agree completely with you, that's not really the case. It's just saying, I can't know everything, so what don't I know about this, I should. Marsha Acker (25:09) Yeah. And it's hard. That can be a hard question. And I often say to people, don't ask the question. Don't elicit a pose if you're not really ready to hear it. It can be hard when somebody says, I think it's a two-ee. I totally disagree with the direction that we're going. Because if I, as the person who's asked the question and now receiving that feedback, If it starts to show on my face or I disconnect from it, what's gonna happen is that gets registered across everybody in that room. And that'll be the last time anybody steps up to answer that kind of question. Brian Milner (25:36) Right. Yeah, I love as well when you were talking about, you know, the actions and maybe having tokens or stuff for people to have actions. think I don't, I'm sure this is maybe part of the intention of this as well, but I love the side effect of that, that yes, I'm limiting people who would be controlling to not, not take control of the entire meeting, but once they've spent theirs, now I'm in a situation where the people who maybe wouldn't be those people that would normally step up. They're the only ones who have that ability left. So you have that side benefit of I'm kind of making space for the quieter voices in this group to have a chance to speak up. And I think that's a really important thing in these kind of meetings too. Marsha Acker (26:35) Yeah, when we find ourselves in stuck patterns, there will be very good reason for, or the Groundhog Day conversation. There will be a pattern to the structure of that conversation that keeps repeating itself. And a lot of times what will be happening is somebody will make a move and very often the person that follows them will be the same person every time. So if Marsha speaks and then Brian follows and that's a pattern that gets set up. every single time. All it does is reinforce me to make more moves because I know you're going to be right behind me. And then over time, we're really unconscious, I think about it, as a structural pattern. But the rest of the team will start to fall back and be like, well, they seem to have it. There's no need. No need. So yes, what we're trying to do is change the behavior by looking at structure and finding ways to invite it. Brian Milner (27:34) That's awesome. This is fascinating. I want to be respectful of your time and everyone's time listening, I could go on for another hour in this conversation. This is just really fascinating stuff for me. And I want to point out to everyone again, if this is fascinating to you, we're going to put all the links to this stuff in our show notes so that you can easily just click on that and find it. But just to call it out again. Marsha Acker (27:41) You Brian Milner (27:55) Marcia has a couple of books out there that are in this topic area that could be really useful to you. One is the art and science of facilitation. And the one that I kind of took a deep dive into is called Build Your Model for Leading Change, which by the way, there's a subtitle of this, a guided workbook to catalyze clarity and confidence and leading yourself and others. And I just, would underline the workbook. Right? Because I think it's true. It is something to kind of work your way through. And it's not just a beach read. Yeah. Yeah. Marsha Acker (28:27) No, it's not. I like to think of it as a Sunday morning, maybe with a cup of coffee and a little bit of quiet space. Brian Milner (28:36) Yeah, love that. I love that picture. Well, Marsha, I can't thank you enough. You know, we've been kind of trading schedules and trying to align this to get Marsha on for a while. And, you know, when that kind of thing happens, for whatever reason, it always seems to be like, when the person comes on, it's like, wow, that was worth it. I'm really, really glad we went through that because this was a great conversation. So thanks so much. Thanks so much for sharing your research and wisdom here on this. Marsha Acker (28:56) I appreciate it. Brian Milner (29:02) and for coming on the show. Marsha Acker (29:04) Thank you for having me. It was great.

Yuval Yeret, founder of Yeret Agility and OG Agile expert, joined me on Ditching Hourly to discuss the current state of Agile as a platform, how it has evolved over the years, and what practitioners should consider when pivoting their careers as the platform matures.About YuvalYuval Yeret is a Product/Scaling/Agility Coach focused on helping product/tech leaders scale their organizations without slowing down, improving outcomes by leveraging flow, agility, and product orientation. (while avoiding the dogma and process BS of Agile Theater). Yuval is a globally recognized expert on scaling w/ agility, a SAFe Fellow, a Professional Scrum Trainer, and a co-author of the Kanban Guide for Scrum Teams. These days Yuval is focused on helping organizations evolve from Feature Factories to Empowered Product Organizations, as well as helping deeper tech organizations develop a pragmatic agility strategy. Yuval shares his insights on scaling w/ agility at https://yuvalyeret.com/scaling-with-agility-newsletter/Chapters(00:00) - Introduction and Guest Welcome (00:17) - Yuval's Background and Journey into Agile (01:35) - Early Days of Agile (03:56) - Transition to Consulting and Coaching (07:21) - Agile's Evolution and Current State (09:46) - Challenges and Criticisms of Agile (17:30) - Future of Agile and Role Adaptation (22:18) - Advice for Agile Practitioners (30:22) - Reflecting on Agile Leadership (31:24) - Anecdote: Transition from FileMaker to Web Development (34:57) - The Future of Agile and Product Operating Models (39:20) - Adapting Skills for New Opportunities (41:48) - Navigating Organizational Change (44:47) - Strategies for Career Pivoting (48:01) - The Role of Scrum Masters in Modern Organizations (52:00) - Consulting and Value Proposition (57:55) - Closing Thoughts and Resources Notable Quotes"What happened over the years is... agile has become mainstream for most of corporate America, technology organizations and product companies. And this created the reality where the people that are, the organizations that are currently adopting agile are the late adopters.""[Late adopters] are slapping names like Scrum Master and Sprint and User Story and Daily Scrum... on the way that they've been doing things already. And it's like lipstick on a pig. It's not really creating any impact other than a bad name for Agile and a bad name for people in these roles.""The biggest issue with Agile... is the over-reliance on specific roles in organizations.""We will have a significantly smaller number of people that dedicate their career to something like agile, whatever it's called. You will need to specialize. You will need to start to think like consultants need to start to think and build your content solar system."Yuval's Links and Other ResourcesYuval's article on "The Future of Agile Roles and Agility"Yuval's private podcast on navigating the landscape of Agile theater, feature factories, and product operating models"Crossing the Chasm" by Geoffrey Moore (book on technology adoption)Netflix culture book (featuring the "Netflix question")The career mini-course that Jonathan mentioned: Unblock Your Career by Shachar Meir ----Do you have questions about how to improve your business? Things like:Value pricing your work instead of billing for your time?Positioning yourself as the go-to person in your space?Productizing your services so you never have to have another awkward sales call or spend hours writing another custom proposal?Book a one-on-one coaching call with me and get answers to these questions and others in the time it takes to get ready for work in the morning.Best of all, you're covered by my 100% satisfaction guarantee. If at the end of the call, you don't feel like it was worth it, just say the word, and I'll refund your purchase in full.To book your one-on-one coaching call, go to: https://jonathanstark.com/callI hope to see you there!

Richard Brenner: Skipping the Vision, How Not to Introduce Kanban 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. Richard shares an important learning experience from introducing Kanban to teams using a top-down approach. Without clearly articulating why the change was needed, team members questioned what they were doing wrong that necessitated change. Richard found himself unable to connect the organizational vision to the methodology shift, leading to resistance. He emphasizes the importance of first understanding the problem before applying Scrum or Kanban, defining what success looks like, and involving people early in the change process. Richard also recommends thorough contracting with client organizations to assess their current state and understand who is trying to change what, and why. In this episode, we refer to Kotter's book Leading Change. Self-reflection Question: How might your change initiatives be improved by spending more time defining the "why" before introducing new methodologies? [Scrum Master Toolbox Podcast Recommends]

#5amMesterScrum Lightning Talk 1,256 Live - Scrum Master Continuous Learning (4R Thursdays) - Today's topics: (1) Talking the Scrum Master and even Agile Coach role today and what we do to challenge others to grow and learn but don't do it ourselves.  We should be challenging ourselves 1st and a great way is Reading 10 pages a day from a growth or tech book.  I give away my Change Vol 20 book (in PDF form) to my connections as a nice little start to such a challenge. Please like and subscribe and share 5amMesterScrum.  Please send me your topics.   You are are doing Great Please Keep on Sharing. 5am Mester Scrum 5am Mester Scrum Lightning Talk 1,256 went live on Youtube, LinkedIn and Facebook 4R (Requirements, Reviews, Retros, Roles) Thursday 4/10/2025 from Philadelphia, PA  Happy Scrumming, Please Don't forget to sign up to our 5amMesterScrum newsletter for freebies.  Definitely a free copy of Change Volume 20 in PDF form.  Watch the video in our YouTube Library as well. Social Media: - search 5amMesterScrum or #5amMesterScrum  and you should find us and if not please let us know LinkedIn, Youtube, Facebook, Instagram, Twitter, TikTok     Podcasts: (search 5amMesterScrum)    Spotify, Pandora, Google Podcasts, PodBean, iTunes, Stitcher, iCatcher, Airr, PlayerFM, Breaker, Apple, Amazon, Alexa, iHeartRadio, Listen Notes, Firefox, Overcast, radio de, PodcastAddict, Bullhorn, iVoox, Podchaser

Tired of “What went well?” and “What didn’t”? Brian Milner is here to help you cook up retrospectives that actually get your team thinking, collaborating, and improving. From creative themes to actionable frameworks, this is your behind-the-scenes guide to better retros. Overview Do your retrospectives feel more “check-the-box” than game-changing? Brian Milner shares his full recipe for planning and facilitating retrospectives that actually matter. Whether your team is stuck in repetition, tuning out, or phoning it in, Brian’s step-by-step approach will show you how to bring structure, creativity, and energy back into the room. Brian walks you through the five essential components of a retrospective, including how to match formats to your team’s personality, align activities with Agile's three pillars (transparency, inspection, and adaptation), and spark meaningful change with every session. References and resources mentioned in the show: Stranger Things Retrospective Download Agile Retrospectives by Esther Derby & Diana Larsen Retromat Blog: Overcoming Four Common Problems with Retrospectives by Mike Cohn Blog: Does a Scrum Team Need a Retrospective Every Sprint? By Mike Cohn #139 The Retrospective Reset with Cort Sharp Retrospectives Repair Guide Better Retrospectives 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. Auto-generated Transcript: Brian Milner (00:00) Welcome in Agile Mentors. We are back for another episode of the Agile Mentors podcast, like we always do. And I'm with you as always, Brian Milner. Today we have with us, me, just me. Now, before you get frustrated with that or think we're copping out in some way, this is intentional. I wanted to have an episode to myself because and working through all this stuff around retrospectives, I thought that it might be good to take an episode here. And I kind of thought of it sort of like a cooking episode, right? Like if you watch a cooking show, you know, Gordon Ramsay show or something, they'll walk you through how they make something. And it's from start to finish. They show you the ingredients. They show you how everything's put together. And then you see this beautiful dish at the end. Well, I've often compared the way that you can format a retrospective to a little bit like a meal, because a meal has different courses in it. And a retrospective should have these themed areas or repeatable sections of it. And so I thought of it a little bit like making a meal. So I thought I'd just walk you through a little bit step by step. what I'm thinking here and how I would go about doing it. this is, you know, we're cooking up something special here. It's a kind of a recipe here that's, you know, equal parts creative and effective. It's a way to try to keep your retrospectives interesting, but also keep them to be solid and where you can have an actual outcome that comes from this. And you actually make definitive changes here with your team as a result. So there's a couple of retrospective courses that I have coming out where I go into detail about all these things, but I wanted to take an episode where I could walk you through and just have you kind of peer over my shoulder a little bit about how I might do this if I was going to create a retrospective for a team. So first starters, I think we have to understand that there is a menu to follow, right? And I kind of use this menu metaphor because one of the great things about when you go out and you have a meal at a nice restaurant is there's a repeatable pattern to it. You kind of expect that they're gonna bring you a drink first and then maybe you have, if it's a really fancy restaurant, maybe you have appetizers first or hors d'oeuvres even before appetizers, then you maybe have appetizers or not. Then you have a main course and maybe you have a salad even before the main course and then you have a a meal, and then you have some kind of a dessert afterwards, maybe even some kind of a cocktail at the end of the meal or coffee at the end of the meal. But there's sort of a pattern to it. And regardless of what restaurant you go to, you kind of repeat that same pattern. Now, I know that there's times you'll be, this is where the metaphor kind of breaks down a little bit, I get it. You may not have the same pieces every time. And what we're going to be talking about here as a retrospective pattern is that, yes, you should sort of follow the same pattern. You can't really get to, let's say, dessert. You can't just skip and go to dessert, right? You've got to go through this journey of the other sections so that you can end up at dessert and really fully appreciate it, right, and get the most out of it. So that's where this metaphor is a little bit of a, starts to break down a little tiny bit. But. I want to talk about here first why retrospectives matter and why they often go stale. I think they often go stale for a lot of reasons, but one of the chief reasons I've encountered when I work with teams is that the Scrum Master on the team really only has a small amount of formats and styles that they have to work with. They have a small little set in their toolbox. And they may even rotate through a few of them. But at the end of the day, it's kind of a small toolbox. There's only a few tools in there. And if I'm a team, if I'm a member of that team, you can imagine how I might get bored. And I might think this is not really worthwhile if I'm showing up every single time and I'm hearing the same exact questions. What did I do? What do we do well? What do we not do so well? Do I have any roadblocks? If I'm just asked that same thing every time, then I might not feel like this is a very worthwhile thing. Or I might get to the point where I feel like, gosh, I've answered the same question, you know, three sprints in a row. I just, got nothing more for you Scrum Master. I just, I can't dig any deeper. I've given you everything and it just feels like this is the, you know, groundhog day. We're doing the same thing over and over again, but nothing's really changing. So. I think it's important that we be able to switch things up, but it's not change just for change sake. That's why I think that having a structure of some kind can give you that pattern to fall back on that can make it effective, but then also can provide variety, can make it something that changes over time as you do this with your team. Doesn't mean that you can't ever repeat a format that you've used. I don't think that's a bad thing. I just wouldn't want to repeat the same, just handful, small little number of them over and over again. That's going to get repetitive and it's going to make people a little frustrated. The other thing is I think you have to match these to the personality of your team. Your team might be more outgoing or they might be more introverted. You might have people who prefer activities or little more, you know, kind of quiet activities or some that are more verbal, you know, require more discussion. That's really an individual thing for your team. So I think you have to think as you go through this, what's going to work for these people, right? For this set of individuals that I am working with. You know, I always say there's kind of a first commandment for Scrum Masters, know thy team. And I think that's really something that's important for us to grasp onto is we have to know our team. can't coach to the average. Right? We have to coach to the individual, to what we have on our team, because your team is unique. That set of individuals has never come together anywhere else in the world. Right? Those personalities. And what you want is to find out how to make that set of people work well together. Right? How do they work best together? Not how does every other team in the world work best or how does the average team work best? How does your team work best? Right? So with all of this is sort of setting this and saying that there should be a pattern. I do want to give the hat tip here and say that the Esther Derby Dinah Larson book on retrospectives is one I strongly recommend. In fact, pretty much my whole career as a trainer, I have said, when people say if there's one book, if I'm to be a Scrum Master, if there's one book that you would say would be really impactful to me from pretty much day one, I have pointed to that book. It's called Agile Retrospectives, Esther Derby, Dinah Larson. And in that book, they lay out a pattern of kind of five phases that go through it. I'm going to distill it down because to me, it's sort of the three middle ones that are the most important. I will talk about the two on the ends here as well and kind of put that on top of these three. But sometimes I find people find it easier if they just remember what I'm gonna teach you here about the three that are in the middle. So in Scrum Master classes, we will talk often about how there's these three pillars of the Agile process or three pillars of empiricism. Empiricism says that we learn through experience. Well, I always say in class, it's not enough to just do the wrong thing over and over again. I gain a lot of experience by doing the wrong thing over and over, but I don't learn from it. And the three pillars are what's needed to make sure you learn from them. And I'm sure you've heard these before, but if you haven't, transparency, inspection, adaptation. Those are the three. Transparency meaning we're not going to be clouded about how we do the work. We're going to be very transparent, open about it. We're going to try to reveal how we work best as much as possible. Inspection, that we're going to actually take time and pause and try to figure out not just what happened, that would be transparency, right? What's the reality of what just happened? But inspecting says, why did this happen? Right? What's the root cause of it? I don't want to just deal with the symptoms, right? If we just try to cure the symptoms over and over again, we still have the same disease, we still have the same illness, and we're not really getting to the root cause. So inspection says, we're going to take time out to actually get to the root cause. And then adaptation, the last one, is probably the most important step here, because if you figure out what's wrong, but you don't ever do anything about it, well, we're doomed to have the same exact discussion again. So adaptation says, now that you know what the problem is, what are you going to try different? We may not even know exactly what the right thing to do is, but we got to try something. What we know for certain is what we did didn't work. That's the one thing we absolutely can't do again, is exactly what we did. We've got to try something new so that we move on, right? So that we find out more information and get closer to whatever our final solution is. So transparency, inspection, adaptation, those three actually serve as a good guideline or three phases you can think about for your retrospectives. There needs to be a transparency phase where you try to figure out what happened this last sprint. there needs to be an inspection phase where now that we know what happened, we got to ask the question, why did it happen? And we need to get to the root cause of why it happened. Now that we know what that is, then we have to move on to adaptation to say, what are we going to do about it? How are we going to take this knowledge we just gained and actually make a change? So we need activities around all three. And what I'm saying here to you is that can serve as your menu. I can do lots of different activities that would match these three areas. Now, I do, again, want to go back to the Esther Derby, Dinah Larson book, because their five phases adds one on the beginning, one on the end, which I actually do think are very helpful. The first one is kind of opening the retrospective. It's a way of trying to just start to get voices in the room. And this is something I will often do as well. Just a quick, quick exercise to just get people to start talking. And that's one of the ways you can start to get a quieter group to get involved is throw them something really easy to respond to right out of the gate. And then the last one is to close the retrospective. Closing the retrospective is a great way to then try to sum it all up and say, well, here's the takeaways, here's the things we're going to do about it, and we're going to move forward from here. Opening the retrospective to that introduction can also then review what you talked about at the end of the last. retrospective. You can say, here are the things that we decided, and let's talk about what's been done about them before you start to inspect the current retrospective. So given that, right, I know I'm going fast here, but you can rewind and listen back to this if you need to. But if you think about that, that you have these kind of phased approaches, and think of it like a menu, right? There's different courses to my menu. Well, I'm not going to serve the same meal every time. That would be boring. So I got to find out different things I can serve for each course of my retrospective. Now, here's where it gets interesting, right? Because there are lots of tools out there. And there's a website that I often recommend called RetroMAT. RetroMAT is a great site where you can go to, and it has those five phases. You can kind of scroll through different exercises for each of the five phases. they sort of have, you you can kind of mix and match and create your own menu based off of that. And doing that is absolutely free. Now they have paid things there as well. They're not a sponsor. I don't get any kickbacks or anything from them. But they have some paid activities as well as far as having things like Mural and Miro templates that you can use if you want to do that as well. So there's lots of things you can do there to thank them for what they put together. But there are times when Maybe you're trying to fit this to your team specifically, or you've grown tired of the exercises that you're used to, and you want to find some new dynamic to add into your retrospective. So what I'm going to do is kind of walk you through what I would do if I wanted to take some kind of a theme and create a new retrospective that's themed around a certain topic. Now I will say that this theme is gonna go just in one of our sections. So it's not going to go throughout it. I'm not gonna be that creative here with you on it, because I don't think you need to be. I don't think you need to have this, it's not like a theme to party, right? You can just take the theme and use it in one of the sections. So what would I do for something like this? Well, I'd start with, as I said, some way to kind of open the retrospective. And I like to have little quick activities as I said, that just get voices in the room. an example of things I've done in the past. Ask the team a quick question like, if this last sprint were a song title, what song title would you use to describe this last sprint? And people can use whatever kind of music they like, right? It doesn't matter. They can just call it any songs that they're familiar with. Or do movie titles. I've had a lot of fun in the past doing that with teams where I'll say, hey, shout out a movie title that might represent this last sprint. You just want to find something quick that people can shout out like one or two word answers, right? Or a small sentence in the case of a song title or movie title or something like that. But something that they can tie it into, right? And it doesn't have to be anything that makes perfect sense, right? It can be kind of crazy. It can be... You know, if this last sprint were a flavor of Starburst or, you know, an color, what color would it be and why? And just have people, you know, shout out whatever they think the answer would be. They might have to be a little creative with their answers when they do that. But that's okay. You're just giving them an opportunity to have a few voices start to enter the conversation. Don't force anyone, right? Don't force anyone to shout out, but give them an opportunity to. So I'm going to open the retrospective with some kind of fun, quick exercise like that. Probably won't take more than five minutes, okay? Then I want to move into that transparency section. And the way I frame transparency is what actually happened this last sprint? What was the reality of what happened this last sprint? So here's where I'm going to inject a themed kind of approach. And I just, I go through a couple of examples in our courses where I talk about doing this, but I picked a different one here for this podcast episode that I've put together right before this recording to try to walk you through a little bit of how I did this. So I tried to pick something that was a little more relevant to today. I know that this is popular and people are looking forward to the next season, which is about to come out. sometime soon, I know they've been shooting it, but I picked the theme, Stranger Things. And I just thought, what if my team, you know, had, I knew there were some people on my team really into Stranger Things, or what if I just knew they were aware of it, they knew what it was, and I wanted to have a theme built around this. So here's how easy it is to do this. I went to chat GPT, and I asked it to give me some, you know, putting together a retrospective that I want to theme it around stranger things. And give me some major themes from Stranger Things that might align to Some different ways of collecting information around what actually happened this last sprint. And. They gave me a long list of different things. And I read through these and kind of tweaked them, talked back and forth with it a little bit, kind of refined. And I distilled it down to five sort of themes or categories I thought would be fun and would kind of challenge the group to think along different lines of thought. So here's what I came up with with Chat GPT's help. My first category. I called running up that hill. And what I put for the prompt for this one is what felt like an uphill battle this sprint? Now just think about that, right? In traditional sprints, there's lots of things that are just, I'm essentially asking what was the obstacles? What were the hurdles in this sprint? But I'm getting them to think about it in little different way by saying, what was an uphill battle in this sprint? And even that subtle rewording, of that prompt can trigger people's brains to work in a different way and get them to think along different lines. If I just ask over and over again, you know, what was a blocker of this sprint or what blockers do we encounter this sprint? If I use those same words over and over, I get sort of immunized against them and I can't really think about anything new. But just phrasing it that little slightly different way, what felt like an uphill battle this sprint I think can really trigger some new ways of thinking. So that was my first category. The second one that I came up with, big theme here in Stranger Things, was the upside down. And I related it this way to say, what is completely upside down right now? What is the opposite of what it should be right now? Now here, I'm trying to get them to think about things that are not really going well, right? Things that are going the opposite direction that they should, and it's upside down from what should be the normal. Right? And again, we're just thinking along this theme of stranger things and I'm tricking their brains a little bit into thinking along a different line, right? To examine it from a different point of view. My third category that I thought would be fun was I titled Vecna's Curse. And what I prompted here for this one was what haunted the team this sprint or kept coming back up to bite us. And The idea here is to get them to think about things that were maybe decisions we wish we had made differently. These could have been decisions in the past. It didn't have to be a decision from this sprint. But what are those things that we felt kind of like was like Vecna's curse? It was just something that kept rearing its ugly head. And it was just a struggle for us to get around. My fourth one, just to have a little fun. I call the fourth one Surfer Boy Pizza. And what I put as a prompt on this one was, where did we bring the chill? Where did we bring the creative spin to a tough solution during the sprint? So here I'm wanting to celebrate good things, right? And I'm asking that in a funny way. So it brings some humor to it, puts them in a better mood, and also gets them to think along a maybe a little bit of a different line in this area to think, all right, well, what do we get really creative about? What do we have to be really creative about in this sprint? What kind of tough solutions did we really conquer? Did we really nail in this sprint? And I'm just theming around that loose theme of that surfer boy pizza from the last season. And then the last one, I couldn't have categories here without mentioning Hellfire Club. So the last one was Hellfire Club. And the prompt I put for it was, where could we bring more of kind of that Hellfire Club vibe, planning, teamwork, shared adventure, right? Just the fun. Where could we put more of that vibe into our team and to how we operate? Now, this is getting them to think about something that might otherwise be a little bit of a uncomfortable thing to think about, right? Because Now we're getting into interpersonal dynamics. We're getting into how the team actually works and fits together. And that's why I chose this theme, because I wanted it to be just kind of a, even maybe a sneaky back doorway of getting their brains to start to examine, yeah, what would have made this more fun? Or what would have made this, how could we have, I've asked often in retrospectives, what would it take for us to be the team that everyone else wishes they were on? Well, That's what I'm asking here, essentially. So I've got my five themes. And I even then went forward and created and kind of get some images for each one of those, like icons for each one of those things. Just created a board and mural for this and put each of those things up. Had a big block space next to each one where people could put Post-it notes. So what I would do here in the retrospective is I'd introduce this. I'd give them the prompts for each of the section and say, all right, let's take a few minutes. Everyone can add Post-its to any of these sections, but try to think through several of them and put several of them up here on the screen or physical board if we're in the same space. But take a few moments here to think through each category and see if there's anything that you can think of that you would add to each area. So we take, I don't know, five, 10 minutes to do that. normally time that, I just see when it starts to slow down. And there's generally a point there where you can kind of intuitively feel it and feel like, you know, the group's ready to move on. So whenever that time comes, I'll call a halt to it and I'll say, all right, now that we've done this, I want us to try to narrow down what's on the board. So let's give you each three votes. And I do this usually with dot voting or something along that line. where they have three dots they can place on three different sticky notes across all five categories. And what I tell them is find the three that are the most important of all the things here, what are the three that are most important and put your vote on those top three. And by doing this, having the team vote on it, then we surface the most important three out of the entire group, right? It's not to say we ignore the others, but we're going to try, we can't focus on everything in our time that we have. So, whether our top three, and then I start with the first one, right? So right now, all we've done is kind of the introduction of the sprint. We've done a transparency section. Now we move into the inspection. Now there's lots of different things you can do here, but what I put together for this retrospective was taking them through sort of a five whys activity. So I would take that first one, I'd have them examine it and look at it and say, all right, let's ask the question why five times for this one. Why did this happen? whatever they answer, then we say, all right, well, why did that happen then? And we ask why, it doesn't have to technically be five times, but you need to ask it enough to where you get down to something that you can say, yeah, that's definitely the root cause, right? That's what's underneath all this. All that followed it, all that came afterwards was all stuff that came as a result of us making that decision. So once we have our root cause, we can repeat that again for the other two. if we have time, but if we're starting to run out of time, I kind of watch my time box there. And once I realize we need to move into solutioning, then we'll move on into the adaptation portion. In adaptation, we just take each single one, and we kind of repeat this process of getting possible answers across the team. So for the number one issue that you guys identified, here's our root cause. Let's take some post-its here. or let's take some suggestions of what we might possibly do to counteract this in the next sprint. So we get those things that come up. Then we'll talk through each one, and we'll try to build consensus as a team as to the most important step to take. So for each item, I want what's the one most important thing to do. So we'll identify that, again, as time allows, I want to at least do the most important thing. If we have time for more than that, great, we'll get to the second and third. But I think it's so important to just, whatever the biggest, most important thing is, make sure you have an action item for that thing. And here's where I just caution you. It doesn't have to be, hey, we've knocked it out. We've cleared it. We've solved it in the next sprint. It just has to be that we've taken a step towards solving it, right? What's the old phrase, a journey of a thousand miles starts with a single step. Well, the same thing goes for our teams. And this is oftentimes why teams get stuck, is they just feel paralyzed. Hey, there's nothing we can do about this. It's such a huge issue. Well, that's not true. What's the next step you can take? So take the next step. Make sure that the team understands what it is. And make sure we understand who is going to be responsible for that. And do that for as many as you can get through. Then get to the closing the retrospective part of it. Kind of wrap up. Remind them, here's the journey we've taken, here's what we've uncovered, and here's what we're gonna do differently for next time. And now those items, they should go straight into your next sprint backlog, not product backlog, sprint backlog, right? They don't need to be prioritized because the product owner has been with you, they should have been with you in this meeting, it's the entire Scrum team. So the product owner has weighed in as well. This has been a team collective decision. So now those items should go into your sprint backlog, and you should do something about them in this next sprint. That's the whole concept of the Kaizen comes first, right? The good change should happen before we do anything else so we can get the benefit of it over a longer period of time. So that's kind of the idea here. And I wanted to give you that kind of really quick flyby to help you kind of see how to go about doing something like this, right? And I just picked one theme. I just picked Stranger Things because I thought it would be fun to work on. I thought it would be a fun kind of theme. And it might be fun for a team I was working with. But maybe that's not something that aligns to your team. Maybe your team has a bunch of people who are really into cricket. Well, do a cricket-themed one. Maybe you have a team that's around the Academy Awards time. And everyone's talking about, and now people don't do this as much anymore, but. Maybe they're all talking about who's going to Oscars this year or something. Well, do an Oscar-themed one. Or it can be around anything. Do it around award shows in general. It doesn't have to be just Oscars, but do it around any kind of award show. And you can pick up different themes. Again, if you're stuck, ask your favorite large language model and see what it comes up with. It's not all going to be gems that comes from that, but you can pick and choose and refine it, which is exactly what I did with my five themes for this. So I hope you see how easy it is to do that. It doesn't have to be complicated. You don't have to be extremely creative to do this. You can make use of the tools that you have available to you. And as a Scrum Master, you can keep this fresh. You can tailor this to the team that you have. What is your team really into? What's the theme that they would really resonate with? Choose that. Go with that. Create a theme around that and see what they think about it. Afterwards, ask them, hey, did this work all right? Did you like this? I hope that's been useful to you. If you like this and you want to hear more like this, come to our website to mountngoatsoftware.com and check out our courses that we're launching actually this week, Better Retrospectives and the Retrospective Repair Guide. Those are the two that we really want to have you kind of think about. Come to our site, find out more about them. Better Retrospectives is all about just the expert level retrospectives course really gets into the heart of a lot of these issues at a very, very deep level. The retrospectives repair guide is taking the 10 most asked questions that we have about retrospectives at Mountain Goat Software and giving you really deep dives on how to solution those, how to problem solve those top 10 issues. And the great news for you is if you're listening to this in real time, right, when we've launched this, We're launching this as a two-for-one special. We'll not have that special again. So it's $99 that you get both of those courses. You don't have to pick and choose from them. You can give $99. They're prerecorded. You can watch them at your own pace. This is for people who want this knowledge, who want these answers. And I know when I was a Scrum Master starting out, there was a lot of, I followed a kind of the pattern that Mike established with his sprint repair guide. I bought that when I was coming up as a scrum master because I needed answers to some of the questions that he had in that scrum repair guide. Well, take a look at the 10 that we have for our retrospective repair guide. Maybe you'll find one of those things that's really tripping you up and maybe just getting the answer to one of those is going to be worth the money for you. I encourage you to go to our site, check it out. Don't miss this. It's a limited time cart that's opened. It's only going to be open for a week. So if you're listening to this when we launch it, don't delay, don't wait until next week. If you hear this next week, then you're running out of time. So make sure that you take advantage of the time that you have here so that you can get these two courses, two for the price of one here at our launch. Again, we won't do that again. So I hope you found this to be useful. It's just a little taste of the kind of thing that's in those courses for you. And if retrospectives are something that you're struggling with, or if retrospectives are something that you just feel like, man, it really could be more. It really could deliver more for my team. Check out these two courses. I really think they're gonna help a lot of teams out there. That's why we put them together. So that'll wrap it up. I hope you've enjoyed this and we'll talk to you next time. on another episode of the Agile Mentors Podcast.

BONUS: Beyond Individual Talent: 2 Leadership Myths We all Believed in with Arne Roock In this BONUS episode, we delve into the complexities of team effectiveness with Arne Roock, an experienced Agile consultant who has worked with organizations ranging from startups to large corporations. Arne shares his insights on what truly makes teams perform at their highest level, why simply assembling talented individuals isn't enough, and how organizations can move beyond the "feature factory" mindset to focus on outcomes and impact. The Myth of Individual Talent in Teams "A team of experts is not an expert team." Arne breaks down the common misconception that placing highly talented individuals together automatically creates a high-performing team. Drawing parallels from sports, he points to examples like the "Red Army" hockey team and the famous "Miracle on Ice," where team cohesion proved more valuable than individual star power. Through his consulting work, Arne observed that quick-fix workshops often produced short-term improvements but failed to create lasting change. Sometimes, teams even deteriorated after temporary interventions. This led him to Richard Hackman's work on team effectiveness, particularly the 60-30-10 rule: leaders should spend 60% of their time designing teams, 30% launching teams, and only 10% on coaching interventions. Coaching alone cannot change a team's trajectory without proper design and launch Leaders should engage with coaches at the beginning of team formation Teams need sufficient stability to achieve meaningful impact Existing teams can be relaunched or redesigned to improve performance In this segment, wer refer to Richard Hackman's 6 conditions for effective teams, and to Margaret Heffernan's Superchicken Paradox Ted Talk, and to the episode with Heidi Helfand about Re-teaming. Balancing Delivery Focus with Team Development "Organizations trends go in waves." Arne discusses the pendulum swing in organizational approaches, noting how Agile emerged as a countermovement to process-centric methodologies. Currently, he observes a strong emphasis on delivery, with many organizations repositioning Scrum Masters as delivery leads. This trend, while addressing immediate business needs, often undermines the fundamental team-building aspects of the Scrum Master role. Arne suggests that we need to find balance between delivery pressure and people-centered approaches, treating these as polarities to manage rather than problems to solve. In this segment, we refer to the book Polarity Management by  Barry Johnson, and to Arne's blog post about cross-functional teams. Moving Beyond the Feature Factory "Delivery manager will undermine team responsibility." When organizations want to shift from deadline-driven development to outcome-focused work, Arne recommends examining team design fundamentals first. He cautions that adding delivery managers won't fix teams that haven't been properly designed and launched. Most organizations operate as "feature factories," focusing on output rather than outcomes. Arne suggests two high-impact practices that can help teams deliver more value: Implementing meaningful sprint goals and effective sprint reviews Using OKRs with specific checks on value delivered, not just features completed Arne emphasizes that the Scrum Master role is a full-time position, and when they're pushed to prioritize delivery management, important team-building work gets neglected. Proper team design creates the foundation for shared delivery ownership without requiring additional management roles. In this segment, we talk about an article that explains how to use OKR's with a “value-check” included.  About Arne Roock Arne works as a consultant for Agile methods and (leadership) team effectiveness. As a trainer and coach he supported both startups and big corporations in different industries. For the past ten years he took a deep dive into the tech industry as an embedded coach with Jimdo and Spotify. You can link with Arne Roock on LinkedIn and connect with Arne Roock on Mastodon.

Zvonimir Durcevic: How Feedback Transforms Product Owners 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: Embracing Feedback and Adapting Over Time  Zvonimir shares his experience with a Product Owner who demonstrated exceptional growth over a two-year period. What made this PO stand out was their willingness to receive feedback from the team and adjust their behavior accordingly. When the team expressed difficulty accessing the PO for questions and early feedback, the PO responded by rearranging their schedule to sit near the team part-time. Zvone emphasizes how these incremental changes, driven by openness to feedback, transformed this person into an exemplary Product Owner. The key insight: great Product Owners honor past practices while embracing necessary changes for the future. Self-reflection Question: How might your willingness (or reluctance) to accept feedback be affecting your development as a Product Owner? The Bad Product Owner: The Reluctant Subject Matter Expert In this segment, Zvonimir describes working with a Subject Matter Expert who was assigned the Product Owner role despite not wanting the responsibility. While this person excelled at documenting requirements from their extensive knowledge, they resisted taking on core PO duties. The organization assigned them the role but didn't push for proper adoption of responsibilities. Consequently, the team and Scrum Master were forced to assume PO duties to fill the gap. Although this arrangement functioned temporarily thanks to the team's capabilities and the SME's knowledge, it created an unsustainable situation where role accountability was unclear. [Scrum Master Toolbox Podcast Recommends]

Zvonimir Durcevic: The Solution-Focused Retrospective for Agile Teams, Turning Problems Into Goals 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. Zvonimir defines Scrum Master success as being explicit and intentional about defining and achieving goals. He references Richard Hackmann's model of team effectiveness as a framework to evaluate whether he's helping teams become truly effective. For Zvone, success comes from creating structures that provide teams with feedback about their performance and being explicit about the team's purpose through practices like chartering. By focusing on these elements, Scrum Masters can help teams build the foundation for sustainable success. Featured Retrospective Format for the Week: Problems Are Disguised Goals This solution-focused retrospective format, inspired by the work of Ralph Miata and Veronika Jungwirth, allows teams to briefly acknowledge problems before pivoting quickly to what they want to achieve instead. Zvonimir explains that while teams need space to express challenges, the format redirects energy toward envisioning a better future through solution-focused questions. The process includes validating problems, using scale questions (0-10) to assess current status, reviewing past attempts at reaching goals, and designing small experiments to move toward desired outcomes. This approach helps teams shift from problem-orientation to goal-orientation. Self-reflection Question: How might reframing your team's persistent problems as goals change your approach to addressing them? [Scrum Master Toolbox Podcast Recommends]

Join us for an insightful episode of the Product Thinking Podcast as we delve into the world of product operations with Jessica Soroky, the Senior Director of Product Operations at Pendo. In this episode, Jessica reveals the transformative strategies that have redefined Pendo's product operations, highlighting their innovative approach to integrating data and AI for enhanced product management.Jessica and I discuss the evolving landscape of product operations and the strategic shifts necessary to elevate the role beyond administrative tasks. We explore how Pendo empowers product managers by streamlining data insights and fostering a cross-functional communication framework that improves product launches and customer satisfaction.If you're eager to understand how product operations can drive strategic value and innovation within your organization, this episode is a must-listen. Gain practical insights and inspiration from Pendo's journey in optimizing their product operations.You'll hear us talk about:09:17 - Evolution from Scrum Master to Program ManagerJessica explains the bold transition of Scrum Masters to Program Managers at Pendo, expanding their roles to oversee the entire product lifecycle and enhancing cross-functional collaboration.15:04 - Leveraging AI in Product OperationsDiscover how Pendo is integrating AI into their operations to reduce the burden of data tasks for product managers, allowing them to focus on strategic decision-making.20:56 - Implementing Effective Launch ProcessesLearn about the introduction of go-to-market checklists and launch briefs at Pendo, which have streamlined product launches and improved cross-departmental alignment.Episode resources:- Jessica on LinkedIn: https://www.linkedin.com/in/jessicasoroky/- Pendo: https://www.pendo.io/- Try Liveblocks: https://liveblocks.io/Timestamps:00:00 Coming Up01:17 Intro05:53 Jessica's journey to Product Ops leader11:48 Improving launches through whole-company alignment19:19 Structuring product ops for impact25:00 Building effective cadences and data rituals30:14 Driving data culture and exploring AI tools36:30 Making product ops strategic

Zvonimir Durcevic: From Command to Collaboration, An Agile Leadership Team's Transformation Story Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes. In this episode, Zvonimir discusses his experience supporting a leadership team transitioning from a traditional command-and-control management style to a more collaborative approach involving people in change decisions. Drawing from EDGE Theory of Change (based on Arnold Mendel's work) and Organization and Relationship Systems Coaching (ORSC) training, Zvone helped the leadership team understand what awaited them on the "other side" of this transformation. Through multiple half-day coaching sessions, he guided them in defining their new leadership identity and developing self-reflection skills. A critical element of this work was creating a conflict protocol that allowed leaders to discuss different perspectives constructively. Zvone emphasizes the importance of helping teams create a "third identity" – a new collective self that emerges through transformation. Self-reflection Question: What elements of your current leadership identity would you need to let go of to embrace a more collaborative approach to change? [Scrum Master Toolbox Podcast Recommends]

Zvonimir Durcevic: Context Diagramming, Helping Agile Teams See Their Complex Communication Network 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. Zvonimir shares a story about a five-person team developing an important product who maintained good internal dynamics but limited their interaction with the rest of the organization. Despite delivering quality work, they were viewed as a "difficult team" by stakeholders. When Zvone joined, he conducted assessments and introduced context diagramming to map the team's relationships and dependencies. This exercise revealed the complexity of their communication network and helped the team understand that cutting off relationships with stakeholders was counterproductive. The breakthrough came when the team began using the context diagram to explain their situation to others, helping stakeholders recognize how organizational factors were affecting the team's work. Self-reflection Question: How might mapping your team's communication network reveal disconnects that are affecting your effectiveness? Featured Book of the Week: Agile Transformation by Michael Spayd Zvonimir recommends "Agile Transformation" by Michael Spayd as a resource that helped him understand how to examine systems through different lenses. The book provides multiple perspectives for gaining deeper insights into the systems we work with. Zvone particularly values the book's ability to help practitioners look beyond surface-level issues and understand underlying dynamics in organizations undergoing Agile transformations. In this section we talk about the Integral agile transformation framework. [Scrum Master Toolbox Podcast Recommends]

Zvonimir Durcevic: Establishing Communication Channels, Lessons From a Scrum Master's Failure  Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes. In this episode, Zvonimir shares a pivotal experience that shaped his approach as a Scrum Master. His team started strong with excellent stakeholder relationships, but gradually team members began missing refinement meetings as they took on more outside responsibilities. Despite conversations with management, the issue persisted, leading to a growing backlog that no one wanted to trim down. Zvone learned critical lessons about the importance of establishing clear working agreements with stakeholders and sponsors from the beginning. He emphasizes the need to create proper communication channels, as successful Agile work depends on reaching the right people when problems arise. Self-reflection Question: How might the communication agreements in your organization be contributing to your team's ability to focus on their work? [Scrum Master Toolbox Podcast Recommends]

Today, I brought on Elvi Caperonis, Founder of Reinvent Yourself. Elvi is a distinguished Certified Project Management Professional and Scrum Master with over 15 years of related experience across more than five industries. As a former Technical Program Manager at Amazon and Analyst at Harvard University, Elvi has a wealth of knowledge to share with her audience.Recognized as a LinkedIn Top Voice with over 200,000 followers, Elvi is dedicated to helping job seekers build clarity, gain confidence, and build their personal brand. ...and let's launch right into it with the Career Warrior Podcast! Resources:Get more help on your applications from Let's Eat, GrandmaSubscribe to Reinvent YourselfConnect with Elvi on LinkedInFollow us:Follow Let's Eat, Grandma on LinkedInUse Chris' LinkedIn for the newsletterCheck us out on Instagram Hosted on Acast. See acast.com/privacy for more information.

Marina Lazovic: Leadership Skills Make the Difference for Product Owners 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 PO as a Leader Marina identifies that while product skills are important, it's leadership abilities that truly distinguish exceptional Product Owners. Great POs demonstrate strong empathy and lead by example, creating an environment where the team feels supported. Marina emphasizes the importance of availability – outstanding Product Owners make themselves accessible to their teams when needed, establishing a presence that goes beyond just attending ceremonies. This leadership through presence and support fosters trust, enabling teams to approach challenges with confidence knowing their PO has their back. The Bad Product Owner: The PO Who Did Not Understand Their Team Marina describes a problematic pattern where Product Owners fail to understand their team's strengths and weaknesses. These POs lack awareness of team composition – not recognizing the balance between senior and junior members or understanding their specific challenges. This blindness leads to unrealistic expectations about what the team can accomplish in a sprint. Marina suggests addressing this by establishing regular sync meetings with the PO to discuss team dynamics and challenges. By helping Product Owners understand team composition, Scrum Masters can bridge this knowledge gap and foster more realistic planning and expectations. Self-reflection Question: How might you help a Product Owner better understand the unique composition and capabilities of your team without creating an adversarial dynamic? About Marina Lazovic Marina is a Scrum Master and Kanban Trainer from Belgrade, Serbia, with nearly a decade in the IT industry. Though not from a technical background, she is passionate about helping development teams and organizations optimize processes and build great products using Agile. She thrives on driving efficiency and fostering collaboration. You can link with Marina Lazovic on LinkedIn.

Marina Lazovic: Measuring Agile Team Success Through Stable Delivery Flow Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes. Marina reflects on how her understanding of Scrum Master success has evolved, noting that delivery optimization is an aspect she previously undervalued. For her, success means supporting teams to deliver in an optimal way with stable flow. She emphasizes that since software is built for users, delivery is the ultimate measure of value creation. Marina recommends discussing with teams what "delivery" actually means in their context and focusing on aspects within the team's control. She suggests using the "circle of influence" concept to define what constitutes delivery and to identify actionable improvement options during retrospectives. By concentrating on sprint-level delivery metrics, teams can establish a concrete definition of success that ties directly to value creation. Featured Retrospective Format for the Week: Lean Coffee Marina prefers keeping retrospectives simple and direct, recognizing that developers typically appreciate getting straight to the point. She particularly recommends the Lean Coffee format, which provides structure while allowing teams to focus on what matters most to them at that moment. What makes this format effective is its adaptability and efficiency. Marina emphasizes the importance of asking teams which retrospective formats they prefer rather than imposing a particular structure. To make retrospectives actionable, she insists on specifying WHO will do WHAT and by WHEN for every action item, ensuring clear accountability and follow-through on improvement initiatives. Self-reflection Question: How clearly defined is "delivery success" for your team, and what specific flow metrics could you introduce to make it more concrete? About Marina Lazovic Marina is a Scrum Master and Kanban Trainer from Belgrade, Serbia, with nearly a decade in the IT industry. Though not from a technical background, she is passionate about helping development teams and organizations optimize processes and build great products using Agile. She thrives on driving efficiency and fostering collaboration. You can link with Marina Lazovic on LinkedIn.

Marina Lazovic: How to Introduce Data-driven Decision Making to Skeptical Agile Teams Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes. Marina describes her experience introducing data-driven decision making to help teams improve their processes. Starting with basic metrics like velocity, she gradually expanded to more sophisticated data points such as how long items remain in specific workflow states. She emphasizes the importance of introducing these concepts naturally into daily work and using the data to spark meaningful conversations with both the team and Product Owner. By examining why items were stuck and for how long, the team uncovered underlying issues they could address. Marina also explains how she used historical data to inform sprint planning, making estimates more realistic. Her approach focused on simplicity—introducing one data point at a time, avoiding jargon, encouraging teams to discover problems themselves, and empowering them to develop their own solutions rather than imposing answers. Self-reflection Question: What single data point could you start tracking that might reveal the most important improvement opportunity for your team? About Marina Lazovic Marina is a Scrum Master and Kanban Trainer from Belgrade, Serbia, with nearly a decade in the IT industry. Though not from a technical background, she is passionate about helping development teams and organizations optimize processes and build great products using Agile. She thrives on driving efficiency and fostering collaboration. You can link with Marina Lazovic on LinkedIn.

Marina Lazovic: How Limiting Work-in-Progress Saved a Struggling 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. Marina shares the story of a small team of three developers who were struggling with multiple challenges. The team was primarily working on front-end fixes but faced persistent environment issues that kept breaking their work. Under pressure from a Product Owner pushing for delivery, the team fell into the trap of working on too many things simultaneously, resulting in items staying perpetually "in progress" and never reaching "done." As the situation deteriorated, the PO began micromanaging the team in attempts to unblock work. Marina explains how she helped the team understand the value of limiting work-in-progress (WIP), even when initially both developers and the PO were resistant to the idea. Through experimentation over several sprints, they discovered that limiting WIP actually increased their completion rate rather than reducing it. Self-reflection Question: What work-in-progress limits might benefit your current team, and how could you experiment with implementing them in a way that addresses stakeholder concerns? Featured Book of the Week: The Five Dysfunctions of a Team Marina recommends "The Five Dysfunctions of a Team" as an essential read for Scrum Masters. She describes it as a book filled with valuable lessons and examples that she could easily identify in her workplace. Marina finds particular value in sharing the concepts with her teams and using the book as a framework to discuss dysfunction patterns they might be experiencing. The practical examples provided in the book serve as excellent conversation starters to help teams recognize and address their own challenges. About Marina Lazovic Marina is a Scrum Master and Kanban Trainer from Belgrade, Serbia, with nearly a decade in the IT industry. Though not from a technical background, she is passionate about helping development teams and organizations optimize processes and build great products using Agile. She thrives on driving efficiency and fostering collaboration. You can link with Marina Lazovic on LinkedIn.