BONUS The Platform-as-Product Revolution: How to Turn Your Biggest Cost Center Into Your Secret Weapon | Alvaro Lorente

BONUS The Platform-as-Product Revolution: How to Turn Your Biggest Cost Center Into Your Secret Weapon | Alvaro Lorente

BONUS: The Platform-as-Product Revolution: How to Turn Your Biggest Cost Center Into Your Secret Weapon With Alvaro Lorente

In this BONUS episode we explore a topic that's creating a lot of discussion—and sometimes confusion—in the software community: Platform Teams vs DevOps. In this conversation, we dive into Alvaro Lorente's journey from delivery teams to platform leadership, exploring how to treat platforms as products, avoid common pitfalls, and build bridges between engineering and product leadership.

The Evolution from DevOps Role to Platform Team

"DevOps is a culture, not a role."

Alvaro's journey into platform work began when he joined a company where the infrastructure team was left behind and struggling with traditional DevOps approaches. Initially, they had a single DevOps person who became a bottleneck rather than an enabler. This experience highlighted a fundamental misunderstanding that many organizations face—treating DevOps as a job title rather than a cultural shift toward collaboration and shared responsibility. The team experimented with a "DevOps buddy" approach, placing experienced individuals within each delivery team, before eventually consolidating into a dedicated platform team with the clear intention of treating it as a product-focused unit.

Platform as a Product: A Scaling Strategy

"Platform as a product is a scaling strategy. Look for common problems that you can then solve once, and serve many."

The concept of treating platforms as products emerged from recognizing that feature delivery teams have continuity and ongoing needs that a platform team should serve. Rather than solving their own problems first, successful platform teams focus on making other teams' work easier and more comfortable while managing costs effectively. This approach requires identifying common problems across multiple teams and creating solutions that can be implemented once but serve many. The key insight is that platform teams exist to facilitate the delivery of value in a scalable way for other teams, not to pursue their own technical interests.

Understanding Your Customer and Validating Value

"I want to see platform team members talking to their customers. Understand their pains, and what they struggle with."

Effective platform teams operate like any other product team by actively listening to their customer-teams rather than pushing ideas onto them. This means platform team members should regularly engage with their internal customers to understand pain points and struggles. Success requires defining clear KPIs for the platform and focusing on the quality of deliverables including release notes, demos, bug fixing processes, and feature prioritization. The validation comes from observing whether teams willingly adopt platform features rather than being mandated to use them.

Building Bridges with Product Leadership

"Focus on the key impact and value that the platform team can bring to the company."

Making the case for investing product talent in platform teams requires demonstrating concrete business value. This includes quantifying how many incidents are being resolved faster or prevented entirely, and highlighting the money saved through internal platform development versus external solutions. Platform work offers excellent growth opportunities for Product Owners, serving as a training ground for product thinking and stakeholder management. The focus should always be on measurable impact rather than technical complexity.

Avoiding Common Platform Team Traps

"Don't just start working on what you think is important! Start with the Product process, listen to the client-teams, and help them directly."

When standing up a platform team, several critical mistakes can derail success. The most important trap to avoid is immediately diving into what the platform team thinks is important without first understanding customer needs. Platform teams should resist delivery pressure that might compromise quality and never mandate adoption of their features—teams should want to use what the platform provides. Treating the platform as a genuine product with quality standards is essential, and leaders should view the creation of a platform team as the beginning of a change management process rather than just a technical reorganization.

Resources and Continuous Learning

"One size does NOT fit all!"

For teams looking to improve their platform work, Alvaro recommends Camille Fournier's work on platform teams and resources focused on "The value of product thinking in platform teams." The key is to get experiments running within your team and recognize that there's no universal solution—each organization must find its own path based on its unique context and needs.

About Alvaro Lorente

Currently Director of Engineering at Voxel (an Amadeus company), Alvaro is a software engineer who has grown in the people leadership path, experimenting with everything from product development to startups and open source projects. He embraces the idea of being a jack of all trades, helping wherever needed to drive value and impact.

You can connect with Alvaro Lorente on LinkedIn and follow his insights through his Substack newsletter titled Leads Horizons.

Jaksot(200)

BONUS Keeping Backlogs Lean With The Now-Next-Later-Never Roadmap Framework | Kent McDonald

BONUS Keeping Backlogs Lean With The Now-Next-Later-Never Roadmap Framework | Kent McDonald

BONUS: Keeping Backlogs Lean With The Now-Next-Later-Never Roadmap Framework with Kent McDonald In this BONUS episode, we explore the art of backlog management with product management expert Kent McDonald. As someone with decades of experience in software product development, Kent shares practical strategies for keeping backlogs lean, meaningful, and focused on outcomes that truly matter. Learn how to escape the trap of bloated backlogs and implement a Now-Next-Later-Never approach that will transform your product management practice. The Problem with Bloated Backlogs "Some teams use backlogs as 'long term storage' devices." Product backlogs often become unwieldy and difficult to manage because teams view them as a permanent repository for every idea that comes along. Kent explains that this "storage mentality" is one of the primary reasons backlogs grow out of control. Another common mistake is diving in too early and splitting items before they're actually ready to be worked on, which multiplies the backlog size unnecessarily. These practices lead to confusion, lost focus, and ultimately decrease a team's ability to deliver value efficiently. The Now-Next-Later-Never Roadmap Framework "You want to group things together on roughly categories of when you will attack it." Kent walks us through the practical implementation of a Now-Next-Later-Never roadmap approach that keeps things manageable. This framework provides a simple but powerful way to organize initiatives based on their priority and timing. Instead of maintaining an endless list of requirements, teams can group work into these four buckets, making it easier to communicate priorities both internally and with stakeholders. Kent emphasizes that these roadmap items should be described in terms of outcomes rather than features, helping everyone stay focused on the value being delivered rather than specific implementations. For more on the origin of the Now-Next-Later roadmap practice, see this article by Janna Bastow. Making "Now" Work in Practice "We only split items in the 'now' column." When implementing the Now-Next-Later-Never approach, the "Now" column is where the magic happens. Kent advises: Only split items that are in the "Now" column into actionable tasks Express roadmap items in terms of outcomes or customer problems to solve Limit the number of items in the "Now" column to maintain focus List outcomes rather than detailed features to avoid having a large number of items Kent explains that the "Later" and "Never" columns serve an important purpose in setting expectations with stakeholders about what won't be worked on immediately or at all. Managing the Movement Between Roadmap Categories "Items can move back and forth, to facilitate expectation setting." The Now-Next-Later-Never roadmap isn't static. Kent provides practical advice on how to manage the flow of items between categories: Revisit the roadmap regularly, ideally monthly Consider reviewing the roadmap during sprint review sessions Use this format when communicating with stakeholders for clearer expectation setting Hold strong on the "Now" items to maintain focus and avoid constant reprioritization This approach creates a dynamic but controlled environment where priorities can evolve without creating chaos or confusion. Dealing with Backlog Bloat "Create a 'museum', a set of items you can look at, but don't look at every day." For teams struggling with already-bloated backlogs, Kent offers bold but effective advice: Create a "museum" for items you want to preserve but don't need to see daily Consider deleting your old backlog and starting fresh Begin by asking: "What are the main outcomes we're trying to achieve?" Focus on getting to a smaller set of bigger items, then sequence them appropriately These approaches help teams overcome the fear of "losing" work while refocusing on what truly matters. Maintaining a Lean Backlog "Backlog items don't age well." Kent's team maintains an impressively lean backlog of just 23 items across three brand websites. He shares the routines and guardrails that prevent backlog bloat from creeping back in: Create a filter to control what gets into the backlog in the first place Keep the Product Owner just slightly ahead of the development team Avoid the anti-pattern of trying to keep all developers busy all the time Remember that backlog items don't age well and lose relevance over time These practices ensure the team stays focused on delivering current value rather than managing an ever-growing list of aging requirements. About Kent McDonald With decades in software product development, Kent is a go-to expert in product management, and agile strategy. He is a seasoned consultant and author of three books on agility, he helps teams cut through clutter to focus on what truly matters. When not optimizing workflows, he's exploring National Parks (52/63) or grooving to some jazz tunes. You can link with Kent McDonald on LinkedIn, or follow Kent McDonaldn on Substack.

9 Huhti 41min

BONUS Team Effectiveness With Arne Roock

BONUS Team Effectiveness With Arne Roock

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.

8 Huhti 45min

CTO Series: The Anti-Scaling Paradox: Why and When a CTO Should Refuse to Grow His Team | Markus Hjort

CTO Series: The Anti-Scaling Paradox: Why and When a CTO Should Refuse to Grow His Team | Markus Hjort

CTO Series: The Anti-Scaling Paradox: Why and When a CTO Should Refuse to Grow His Team with Markus Hjort In this BONUS episode, we dive into a fascinating conversation with Markus Hjort, Co-founder and CTO of Bitmagic. With over 20 years of software development expertise, Markus shares invaluable insights on tech leadership, team scaling, and how AI is transforming the landscape of software development. From pivotal career moments to practical advice on aligning tech strategy with business objectives, this episode offers wisdom for technology leaders and developers alike. Defining Moments in Tech Leadership "As a leader, for me, it is important that we have a positive attitude." Markus reflects on two pivotal experiences that shaped his leadership philosophy. Early in his career, he received feedback about his positive approach to challenging tasks, which reinforced his belief in maintaining an optimistic outlook when facing difficulties. This approach has allowed him to inspire team members during tough situations. The second defining moment relates to estimation skills. After participating in a rescue mission for a delayed project, Markus learned the importance of making realistic ballpark estimates rather than succumbing to unrealistic deadlines. His initial two-year estimate for a project was met with resistance from a client who wanted it done in two months, but the project ultimately took four years to complete - twice his original estimate. Leads by example with a positive attitude toward challenges Values the skill of making quick but realistic ballpark estimates Recommends "Programming Pearls" for developers to improve estimation skills Emphasizes that product developers should create different options to reach goals In this segment, Markus refers to the book Programming Pearls. Aligning Tech Strategy with Business Objectives "Nothing should come for me as a surprise." When it comes to ensuring tech strategy supports business goals, Markus emphasizes the importance of continuous communication with key stakeholders. Through regular informal discussions, he stays aware of emerging ideas and maintains strong relationships with decision-makers. This approach helps him anticipate future feature requirements and translate technical strategy into business objectives. The foundation of this alignment is built on trust and transparency. Maintains constant discussions with critical stakeholders Develops awareness of emerging ideas through informal conversations Identifies and builds relationships with decision-makers Translates technical considerations into business language Fostering Collaboration Between Tech and Business Units "In the end we create the shared understanding and the habit of working together which creates better alignment and trust." While structured meetings are important, Markus believes that true collaboration happens when people work together across departmental boundaries. In previous roles, he implemented small, cross-functional teams that included business representatives during feature development. At Bitmagic, they conduct regular gameplay test sessions that anyone in the company can join, fostering unpredictable connections and conversations. These informal interactions are especially valuable in a remote-only company. Creates small teams with business representation for feature development Implements regular demo sessions open to everyone in the company Encourages cross-departmental work to build shared understanding Emphasizes the importance of informal discussions in remote environments Scaling Engineering Teams Strategically "You have to be careful when to scale, and when not to scale." Markus advocates for a measured approach to team growth during scaling phases. He believes in small teams of talented individuals and prefers to grow at a deliberate pace rather than rushing to add new members. Sometimes, he's even paused hiring to focus on meeting milestones with existing resources. When rapid scaling is necessary, Markus recommends considering contractors to reduce risk and gain specialized expertise quickly, particularly in fields like gaming that require deep specialization. Believes in small teams of talented individuals Grows team size at a deliberate pace Sometimes pauses hiring to focus on delivery with existing team Strategically uses both employees and contractors based on circumstances Navigating Financial Challenges in Startups "From the tech view it was clear this was not a good idea, but from the business perspective, it was the right decision to make." One of the toughest challenges Markus faced involved making difficult decisions during financial constraints. In a previous startup, when resources were tight, he had to split his team between the main product and a "side project" that had been sold to generate revenue. Though technically suboptimal, this business-driven decision was necessary for survival. This experience highlights the complex balancing act CTOs often face between technical ideals and business realities. The Impact of AI on Software Development "It has changed my way of thinking of my work as a programmer." Having worked on AI-powered game development for over two years, Markus has witnessed the rapid evolution of AI technologies. This experience has influenced his approach to team expansion, as he considers how AI might augment human capabilities. Personally, he now uses code assistants regularly and wouldn't return to traditional programming methods. AI has transformed his workflow as a programmer and expanded his capabilities, particularly as a full-stack engineer. Measuring Engineering Success Beyond Metrics "In early startup stages, one of the critical metrics is 'the working software.'" Rather than relying heavily on rigid metrics, Markus focuses on practical indicators of success for engineering teams. In early-stage startups, he prioritizes the frequency of releasing working software to end users. Additionally, he monitors team energy and morale, looking for signals in commit messages and code review comments that might indicate the team's well-being. As teams grow, he sees value in using tools to help track these emotional indicators systematically. Focuses on frequency of releasing working software Monitors team energy and morale as key indicators Looks for signals in commit messages and code reviews Considers team well-being as important as technical output Recommended Reading "Press 'pause' when you feel you are in a crisis situation." Markus credits "Rapid Development" by Steve McConnell as a significant influence on his approach to software development, particularly before Agile methodologies became mainstream. One lasting lesson from the book is avoiding the anti-pattern of "abandoning all planning under pressure." Instead, Markus recommends pausing when facing a crisis to reassess and plan effectively, rather than rushing into reactive solutions. About Markus Hjort Markus Hjort is the Co-founder and CTO of Bitmagic, with over 20 years of software development expertise. Starting with Commodore 64 game programming, his career spans gaming, fintech, and more. As a programmer, consultant, agile coach, and leader, Markus has successfully guided numerous tech startups from concept to launch. You can link with Markus Hjort on LinkedIn and listen to Markus Hjort’s podcast in Finnish, and follow his work with the future of AI in gaming at Bitmagic.ai.

7 Huhti 47min

BONUS X-Matrix and Obeya: How to Make Strategy Visible and Actionable for Everyone | Jim Benson and Karl Scotland

BONUS X-Matrix and Obeya: How to Make Strategy Visible and Actionable for Everyone | Jim Benson and Karl Scotland

BONUS: X-Matrix and Obeya: How to Make Strategy Visible and Actionable for Everyone with Jim Benson and Karl Scotland In this BONUS episode, we explore the groundbreaking work of two renowned agilists - Karl Scotland and Jim Benson. Together, they've developed innovative approaches to making strategy accessible and actionable across organizations. We delve into how their combined expertise in X-Matrix strategy deployment and Obeya visualization creates powerful frameworks for aligning teams and keeping strategic conversations alive throughout execution. The Genesis of Strategic Visualization "It's not about whether agile works or not. It's about whether your business is being successful." Karl Scotland shares how his journey from tactical agile practices to strategic thinking began with a deceptively simple question: "How will we know if this agile thing is working?" This fundamental inquiry exposed a common gap in organizations - the disconnect between implementation methodologies and measurable business outcomes. Karl explains how this led him to develop the X-Matrix, a powerful visualization tool that connects true north, aspirations, strategies, tactics, and evidence on a single page, creating coherence across organizational efforts. Jim Benson reflects on his complementary path, observing how organizations often focus intensely on transformations without creating clear alignment between corporate needs, team activities, and customer value. This absence of a "full story" connecting strategic intent to daily work leaves teams uncertain if they're actually doing the right things. Jim highlights how their combined approach addresses this critical gap through collaborative strategy development and visual management. Seeing Strategy, Tactics, and Work in One Place "Strategy has often been things that C-level people do when they go on a retreat to Cancun...and everybody's like 'why?' and they're like 'Cancun'...the story of how that came about isn't there." Karl and Jim introduce their innovative approaches to making strategy visible and actionable. The X-Matrix provides a powerful framework for capturing the five key elements of strategy (True North, Aspirations, Strategies, Tactics, and Evidence) on a single sheet, showing how these elements correlate. This creates a comprehensive strategic story that answers what an organization is doing, why they're doing it, how they'll know it's working, and what success ultimately looks like. This strategic framework then comes to life in the Obeya room, which Jim describes as a physical or virtual space containing a family of visualizations. These include value stream maps, A3s, time series data, personal Kanbans, collaborative problem-solving tools, and KPIs - all designed to support the execution of the strategy articulated in the X-Matrix. By bringing these elements together, teams can maintain a living strategic conversation, allowing for continuous learning and adaptation based on real evidence. In this section, we also refer to:  Esko Kilpi’s Interactive Value Creation blog, where he explores different aspects of value creation, including how conversations are the core interaction pattern. The Catch-ball process from Lean The Backbriefing, From Stephen Bungay’s book The Art of Action   Maintaining Living Strategic Conversations "You don't create an annual strategy, but you create a living strategic conversation within the organization." The power of connecting X-Matrix and Obeya approaches lies in their ability to catalyze and sustain meaningful strategic conversations. Karl describes the X-Matrix as an "architecture for your Obeya" and emphasizes the importance of continuous strategy development rather than static planning. He introduces concepts like "catch-ball" from Lean and "backbriefing" from military commander Stephen Bungay, which create feedback loops to ensure shared understanding and effective execution. Jim highlights how this approach transforms strategy from an annual event into an ongoing dialogue where everyone can see how their work connects to larger goals. He emphasizes the importance of choosing language carefully, noting his appreciation for Karl's use of "evidence" rather than "metrics" - a subtle but significant distinction that encourages learning and psychological safety rather than mere measurement. This creates environments where people feel safe to discuss what's actually happening rather than hiding problems. The Changing Landscape of Agile and Strategy "I want people to own the process themselves, which is the agreements of how they will interact, and then they deploy tools like their Obeya to facilitate that process and those interactions." When discussing the recent PMI and Agile Alliance merger, both speakers offer thoughtful perspectives on the evolution of agile methodologies. Jim describes this as part of an ongoing commodification of agile practices, suggesting that we're entering a post-framework era where teams can draw from multiple approaches to craft ways of working that suit their specific context rather than adhering to rigid methodologies. Karl reflects on how the early agile community started with like-minded people coming together to share ideas and be "heretics," but eventually evolved into larger, more commercially-driven conferences and organizations. He sees the future in smaller, more focused communities of practice developing around specific interests or approaches - like the collaboration he and Jim have renewed with their course and strategic visualization work. Creating Professional Engagement Through Visualization "The word 'evidence' is a painfully poignant word... Evidence is something that grows over time based on investigation." A fascinating insight from this conversation is Jim's observation about the transformative power of visualization and language in creating psychological safety. He notes that when organizations approach their Kanban or Obeya with a learning mindset - seeking evidence rather than just tracking metrics - the entire conversation changes. Problems become opportunities for learning rather than failures to hide. Karl's careful choice of terminology in his TASTE model (True North, Aspirations, Strategies, Tactics, Evidence) reflects this intention, deliberately moving away from terms like "annual targets" or "process metrics" to encourage more holistic thinking. This approach helps create environments where strategic conversations can flourish across organizational boundaries, keeping everyone aligned on both direction and progress. About Karl Scotland and Jim Benson Karl Scotland is known for his groundbreaking work with the X-Matrix, integrating Agile principles with strategic planning. His innovative approach focuses on aligning True North, aspirations, strategies, tactics, and evidence into a single, collaborative visualization. Karl has extensive experience helping organizations develop continuous strategy development practices that connect strategic intent with execution. You can link with Karl Scotland on LinkedIn. Jim Benson is the visionary author of Personal Kanban and The Collaboration Equation. Jim's expertise lies in collaborative management, visualizing work, and fostering humane, team-driven environments. Through his work at Modus Institute, Jim helps organizations create systems that support continuous improvement and meaningful workplace conversations. You can link with Jim Benson on LinkedIn.

5 Huhti 43min

How Feedback Transforms Product Owners | Zvonimir Durcevic

How Feedback Transforms Product Owners | Zvonimir Durcevic

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] 🚀 Global Agile Summit 2025 Join us in Tallinn, Estonia, from May 18th – 20th, 2025, for an event that will inspire, challenge, and equip you with real-world Agile success stories. 🌍 Connect with global Agile leaders. 💡 Learn practical strategies for impact. 🔥 Break free from Agile fatigue and become a Pragmatic Innovator. Check Full Program [Scrum Master Toolbox Podcast Recommends] About Zvonimir Durcevic Zvonimir has worked in agile product development since 2005, holding roles such as Scrum Master, Agile Coach, IT Project, and R&D Manager. He works with teams to co-create tailored solutions to increase engagement and improve customer focus and effectiveness, enabling accelerated value delivery and rapid adaptation to change. You can link with Zvonimir Durcevic on LinkedIn.

4 Huhti 17min

The Solution-Focused Retrospective for Agile Teams, Turning Problems Into Goals | Zvonimir Durcevic

The Solution-Focused Retrospective for Agile Teams, Turning Problems Into Goals | Zvonimir Durcevic

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] 🚀 Global Agile Summit 2025 Join us in Tallinn, Estonia, from May 18th – 20th, 2025, for an event that will inspire, challenge, and equip you with real-world Agile success stories. 🌍 Connect with global Agile leaders. 💡 Learn practical strategies for impact. 🔥 Break free from Agile fatigue and become a Pragmatic Innovator. Check Full Program [Scrum Master Toolbox Podcast Recommends] About Zvonimir Durcevic Zvonimir has worked in agile product development since 2005, holding roles such as Scrum Master, Agile Coach, IT Project, and R&D Manager. He works with teams to co-create tailored solutions to increase engagement and improve customer focus and effectiveness, enabling accelerated value delivery and rapid adaptation to change. You can link with Zvonimir Durcevic on LinkedIn.

3 Huhti 17min

From Command to Collaboration, An Agile Leadership Team's Transformation Story | Zvonimir Durcevic

From Command to Collaboration, An Agile Leadership Team's Transformation Story | Zvonimir Durcevic

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] 🚀 Global Agile Summit 2025 Join us in Tallinn, Estonia, from May 18th – 20th, 2025, for an event that will inspire, challenge, and equip you with real-world Agile success stories. 🌍 Connect with global Agile leaders. 💡 Learn practical strategies for impact. 🔥 Break free from Agile fatigue and become a Pragmatic Innovator. Check Full Program [Scrum Master Toolbox Podcast Recommends] About Zvonimir Durcevic Zvonimir has worked in agile product development since 2005, holding roles such as Scrum Master, Agile Coach, IT Project, and R&D Manager. He works with teams to co-create tailored solutions to increase engagement and improve customer focus and effectiveness, enabling accelerated value delivery and rapid adaptation to change. You can link with Zvonimir Durcevic on LinkedIn.

2 Huhti 16min

Context Diagramming, Helping Agile Teams See Their Complex Communication Network | Zvonimir Durcevic

Context Diagramming, Helping Agile Teams See Their Complex Communication Network | Zvonimir Durcevic

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] 🚀 Global Agile Summit 2025 Join us in Tallinn, Estonia, from May 18th – 20th, 2025, for an event that will inspire, challenge, and equip you with real-world Agile success stories. 🌍 Connect with global Agile leaders. 💡 Learn practical strategies for impact. 🔥 Break free from Agile fatigue and become a Pragmatic Innovator. Check Full Program [Scrum Master Toolbox Podcast Recommends] About Zvonimir Durcevic Zvonimir has worked in agile product development since 2005, holding roles such as Scrum Master, Agile Coach, IT Project, and R&D Manager. He works with teams to co-create tailored solutions to increase engagement and improve customer focus and effectiveness, enabling accelerated value delivery and rapid adaptation to change. You can link with Zvonimir Durcevic on LinkedIn.

1 Huhti 18min

Suosittua kategoriassa Politiikka ja uutiset

rss-ootsa-kuullut-tasta
ootsa-kuullut-tasta-2
aikalisa
rss-podme-livebox
politiikan-puskaradio
rss-vaalirankkurit-podcast
et-sa-noin-voi-sanoo-esittaa
otetaan-yhdet
linda-maria
rikosmyytit
the-ulkopolitist
rss-hyvaa-huomenta-bryssel
rss-sinivalkoinen-islam
rss-kaikki-uusiksi
rss-pallo-keskelle-2
rss-mina-ukkola
rss-raha-talous-ja-politiikka
rss-merja-mahkan-rahat
rss-terveisia-seelannista
rss-tasta-on-kyse-ivan-puopolo-verkkouutiset