remote teams Archives - Scrum Master Toolbox Podcast

Nate Amidon: The Hidden Cost of Distributed Agile Teams — When Time Zones and Misaligned Incentives Silently Kill Value Delivery

“User stories are getting done, velocity is fine, people are fairly predictable — but features, epics, and value isn’t getting delivered.” – Nate Amidon

Since the COVID shift to remote work, Nate has been seeing the same challenge across multiple clients: organizations spinning up engineering teams in opposite time zones, shrinking the overlap window from eight hours to barely one or two. But the time zone gap is only the surface problem. The real issue runs deeper — misaligned incentives between internal teams focused on value delivery and third-party vendors measured on output metrics like story completion counts. On the surface, everything looks fine: stories get done, velocity is stable, predictability is there. But zoom out and you see that features, epics, and actual customer value aren’t being delivered.

Nate shares a striking example: offshore QA testers incentivized by the number of bugs they found were creating Russian-doll ticket structures — bugs within bugs within bugs — flooding the system with noise while adding no value. His approach starts with making everyone feel like they’re on one team — cameras on, real conversations about who people are, what they like, where they live. Then he works to expose the constraint: how is each group actually measured and incentivized? You can’t always change the enterprise contract, but you can mitigate. In the QA case, he got leadership to communicate directly with the vendor that the new, leaner process wouldn’t penalize their people.

Self-reflection Question: Do you know how every member of your team — including vendors and contractors — is measured and incentivized, and have you checked whether those incentives are aligned with the value your team is trying to deliver?

Transform Your Agile Teams with Hard-Earned Lessons from Super-Experienced Scrum Masters

Do you wish you had decades of experience? Learn from the Best Scrum Masters In The World, Today! The Tips from the Trenches – Scrum Master edition audiobook includes hours of audio interviews with SM’s that have decades of experience: from Mike Cohn to Linda Rising, Christopher Avery, and many more. Super-experienced Scrum Masters share their hard-earned lessons with you. Learn those today, make your teams awesome!

About Nate Amidon

Nate, founder of Form100 Consulting, and a former Air Force officer and combat pilot turned servant leader in software development. Nate has taken the high-stakes world of military aviation and brought its core leadership principles—clarity, accountability, and execution—into his work with Agile teams.

You can link with Nate Amidon on LinkedIn. Learn more at Form100 Consulting.

BONUS: How to Build Teams That Think, Own, and Execute Without Burnout, With Sid Jashnani

What if the problem isn’t your people—but how your leadership shows up? In this episode, Sid Jashnani unpacks how Agile thinking, EOS (the Entrepreneurial Operating System), and his DELTA Delegation Ladder can help leaders build teams that truly own outcomes, execute without micromanagement, and grow the business—without burning out leaders or teams.

The Breaking Point: When Smart People Don’t Own Outcomes

“I realized that I was the system, I was the bottleneck. And I was the one orchestrating everything. And if I were to step away for just going for dinner with my family, I would still get a call from someone.”

Around 2014, Sid was running a thriving systems integration company with great people—people he trusted and loved working with. But they weren’t owning outcomes. They were busy, but not always productive. Every decision fell back on Sid, and when the calls kept coming during family dinners, he started responding with irritation and sarcasm—a leadership pattern he knew was unsustainable. That moment of self-awareness became the catalyst for change. Sid realized the problem wasn’t his team’s competence; it was his inability to get them aligned, accountable, and clear on expectations. That’s when he discovered EOS—a business operating system created by Gino Wickman that orchestrates how you set priorities, run meetings, connect with your team, and track your numbers. Over the next few years, implementing EOS across his organization brought the clarity, accountability, and discipline his business needed.

Where Agile and EOS Overlap: Trust Through Structure

“The real overlap is trust through structure. If there’s no structure, then I’m not accountable to you. I can do whatever.” Continue reading BONUS: How to Build Teams That Think, Own, and Execute Without Burnout, With Sid Jashnani

Carmela Then: When Remote Teams Stop Listening—The Silent Killer of Agile Collaboration

“Two minutes into it, my mind’s starting to wander and I started to do my own thing.” – Carmela Then

Carmela paints a vivid picture of a distributed team stretched across Sydney, New Zealand, India, and beyond—a team where communication had quietly become the enemy of progress. The warning signs were subtle at first: in meetings with 20 people on the call, only two or three would speak for the entire hour or two, with no visual aids, no PowerPoints, no drawings. The result? Within minutes, attention drifted, and everyone assumed someone else understood the message.

The speakers believed their ideas had landed; the listeners had already tuned out. This miscommunication compounded sprint after sprint until, just two months before go-live, the team was still discussing proof of concept. Trust eroded completely, and the Product Owner resorted to micromanagement—tracking developers by the hour, turning what was supposed to be an Agile team into a waterfall nightmare. Carmela points to a critical missing element: the Scrum Master had been assigned delivery management duties, leaving no one to address the communication dysfunction.

The lesson is clear—in remote, cross-cultural teams, you cannot simply talk your way through complex ideas; you need visual anchors, shared artifacts, and constant verification that understanding has truly been achieved.

In this segment, we talk about the importance of visual communication in remote teams and psychological safety.

Self-reflection Question: How do you verify that your message has truly landed with every team member, especially when working across time zones and cultures?

Featured Book of the Week: How to Win Friends and Influence People by Dale Carnegie

Carmela recommends How to Win Friends and Influence People by Dale Carnegie, a timeless classic that remains essential reading for every Scrum Master. As Carmela explains, “We work with people—customers are people, and our team, they are human beings as well. Whether we want it or not, we are leaders, we are coaches, and sometimes we could even be mentors.” Written during the Great Depression and predating software entirely, this book emphasizes that relationships and understanding people are the foundation of personal and professional success. Carmela was first introduced to the book by a successful person outside of work who advised her not just to read it once, but to revisit it every year. For Scrum Masters navigating team dynamics, stakeholder relationships, and the human side of Agile, Carnegie’s principles remain as relevant today as they were nearly a century ago.

Transform Your Agile Teams with Hard-Earned Lessons from Super-Experienced Scrum Masters

About Carmela Then

Carmela is a Senior Business Analyst with 15+ years in financial and mining sectors. A Certified and Advanced ScrumMaster, she excels in leading agile initiatives, delivering business value, and aligning technical outcomes with strategic goals.

You can link with Carmela Then on LinkedIn.

BONUS: What the UK COVID App Project Taught Us About Remote Agile Collaboration: A Conversation with Giovanni Asproni

NOTE: We want to thank the folks at Tuple.app for being so generous with their stories, and supporting the podcast. Visit tuple.app/scrum and share them if you find the app useful! Remember, sharing is caring!

In this special BONUS episode, Giovanni Asproni, CTO and co-founder of Launch Ventures, takes us behind the scenes of his work on the UK government’s COVID-19 app project. Giovanni shares insights into the rapid development process, the adoption of remote pairing and ensemble programming, and valuable lessons on leadership in large-scale, high-stakes projects. Giovanni also offers practical advice for teams embracing remote collaboration and agile methodologies.

The Start of a Crucial Project

“When we got the call from the UK government, we knew this was a mission to help stop the spread of the virus.” Giovanni kicks off the episode by recounting how his team at Zühlke Engineering got involved in the development of the UK’s COVID-19 app. Tasked with the challenge of building a solution that could help prevent the spread of the virus, they were under immense pressure to deliver quickly. Giovanni explains how they tackled technical hurdles, such as using Bluetooth technology to assess contagion risks, despite the lack of existing APIs on iOS and Android at the time.

“Speed was essential, but we also needed a robust design—Bluetooth was key to evaluating contagion risks, even though we didn’t have the APIs we needed.”

Overcoming Rapid Release Challenges

Continue reading BONUS: What the UK COVID App Project Taught Us About Remote Agile Collaboration: A Conversation with Giovanni Asproni

BONUS: Mastering Product Management in a Remote World, Insights from Tuple’s Head of Product, Eli Goodman

In this episode, Eli Goodman, Head of Product at Tuple, shares insights from his extensive experience in software development and product management. Having transitioned from engineering management to product leadership, Eli reveals the key strategies Tuple uses to develop its remote pair programming service, which is trusted by companies like Figma and Shopify. Tune in to discover how Tuple handles remote team dynamics, customer-driven development, and balances tech debt with client needs, all while maintaining a customer-centric focus.

Introduction to Tuple and Why It’s Unique

Tuple, a remote pair programming service designed by engineers, solves a pain point that its founders, all pairing enthusiasts, experienced firsthand. They were unsatisfied with generic screen-sharing tools that disrupted the flow of coding collaboration. Tuple’s product philosophy is about staying “one inch wide, one mile deep” to ensure the tool stays focused on enhancing the pairing experience without getting in the way.

“The details matter. Generic screen-sharing tools just don’t cut it for productive pairing.”

Managing a Remote Team at Tuple

Managing a distributed team across the U.S. and Europe comes with its challenges. Eli highlights the importance of alignment and ensuring everyone is on the same page, despite working remotely. He emphasizes the role of Product Owners as “connective tissue” and the power of connecting team members with key initiatives. Through personal conversations, Eli uncovers what motivates his team, allowing him to support them without micromanaging.

“What makes you proud? What brings you shame? Understanding these emotions helps uncover what drives our team.”

Ensuring Effective Communication in a Remote Environment

Effective communication is the backbone of remote work, and Eli shares some of the practices that have helped Tuple’s team stay aligned and collaborative. From using spontaneous pairing sessions to fostering a culture of checking in, Tuple has created a remote work environment where conversations are naturally sparked, and collaboration is effortless.

“We have more space in our schedules for spontaneous pairing, which keeps collaboration flowing.”

Lessons Learned from Pairing Remotely

One of the key insights Eli shares is how Tuple has evolved its remote pairing process. In the past, pairing might have felt like a formal meeting, but now it happens more spontaneously. Tuple’s app facilitates this by offering the metaphor of a phone call—engineers can call each other at any time, making collaboration easy, especially when someone is deep into a task and needs quick support.

“At Tuple, engineers only have three meetings a week, leaving the rest of the time open for pairing and creative work.”

Pairing Beyond Programming Tasks

While pairing is typically associated with programming, Eli explains how Tuple uses pairing for other activities, like design or planning sessions. This practice has extended beyond coding, fostering a culture where team members collaborate on various tasks that benefit from shared perspectives and live problem-solving.

“We’ve expanded pairing beyond coding, using it for activities like design reviews and project planning.”

Balancing Customer Feedback with Product Vision

Responding to customer feedback is vital, but it can also lead to losing focus. Eli explains how Tuple balances this by capturing as much feedback as possible, using tools like Product Board to keep track of customer requests. However, instead of building every requested feature, Eli focuses on synthesizing broader patterns and emotional triggers that align with Tuple’s long-term vision.

“Focus on discovery as a product person. Understand the emotional context behind customer feedback—that’s what drives great products.”

Tuple’s Ideal Customer and Core Value

Tuple’s ideal customers are teams that value deep collaboration through pair programming. The platform’s most important offering is the ability to make remote pairing seamless and intuitive, something traditional tools fail to deliver.

“Tuple is built for teams that believe in the power of collaboration and want a tool that enhances their pairing experience, not disrupts it.”

Roadmapping: How to Prioritize the Right Work in Product Development

Looking ahead, Eli shares Tuple’s plans to continue investing in quality and lowering the barriers to remote pairing. One exciting potential direction includes creating a “social layer” within the app to help users feel more connected with their teammates. Another idea is incorporating non-human pairing agents that could assist with specific tasks.

“We want to see if we can make it feel like you’re right there with your teammates, lowering the barriers to start pairing.”

Recommended Resources

Eli recommends The Mom Test by Rob Fitzpatrick, a must-read for anyone working in product management. The book teaches how to talk to customers in a way that gets honest, useful feedback rather than polite responses that don’t help improve the product.

“I thought caring about people was enough to talk to customers, but The Mom Test taught me what not to do during customer interviews.”

About Eli Goodman

Eli Goodman has been working on software teams for 17 years. He’s been a full-stack developer and engineering manager at both large and small companies, including Etsy and Headspace. A few years ago, Eli transitioned to product management and is now the Head of Product at Tuple, a remote pair programming service used by companies such as Figma, Shopify, and many others in the software industry.

You can link with Eli Goodman on LinkedIn, or email Eli at Eli@Tuple.app.