handoffs Archives - Scrum Master Toolbox Podcast

Aliu Adewale: The Counterintuitive Fix—How Collapsing the Jira Board Sparked Collaboration

“Collaboration is the foundation of a successful Scrum team.” – Aliu Adewale

Aliu walked into a team where the daily standup was theater. Developers delivered their tickets and forgot about them. QA picked up “their” column. Front-end, back-end, senior architect, junior developer—everyone was a champion of their own silo.

Nobody engaged during refinement. Nobody called anything out. The board had close to ten columns, one per specialty, and it was working exactly as designed: as a handoff system. Aliu’s diagnosis is sharp—the foundation of the team’s problem wasn’t the people; it was the tool. The Jira board was visualizing silos and the team was living up to it.

The fix was counterintuitive: he collapsed the board from nine columns to three—To Do, In Progress, Done. Once “In Progress” was the only place where work lived, nobody could hide. A QA needing to know when a ticket would be ready had to talk to the developer.

A stakeholder asking for status meant everyone on the ticket had to communicate. The team had no choice but to collaborate. As Vasco frames it in the episode: by creating the smaller problem of “hiding status,” Aliu solved the bigger problem of “no collaboration.” Sometimes you have to make things a little worse so they can get much better.

In this segment, we refer to the Agile value individuals and interactions over processes and tools, and to the recognition that the tools we choose shape the behaviors we get.

Self-reflection Question: Is your Jira board designed to enable collaboration, or to enable handoffs?

Featured Book of the Week: Surrounded by Idiots by Thomas Erikson

For Aliu, the book that most inspired him as a Scrum Master is Surrounded by Idiots by Thomas Erikson—a book he discovered through a recommendation on this very podcast. The provocative title pulled him in; the content gave him something he could use every day.

As a Scrum Master, you work with people from different backgrounds, different communication styles, different ways of seeing the world. The book maps four personality patterns and, as Aliu puts it, “it might not be a hundred over a hundred, but at least ninety over a hundred about personality and human relation.”

For someone already working on his emotional intelligence, it became a tool for understanding why a message that landed clearly with one team member completely missed another—and what to do about it.

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 Aliu Adewale

Aliu is an Agile Delivery Lead with over 10 years of experience empowering teams to unlock their potential and deliver meaningful value. As an author, Aliu simplifies Agile principles through real-life experiences, providing practical insights for professionals to apply Agile methodologies effectively in work and everyday life.

You can link with Aliu Adewale on LinkedIn.

You can also find Aliu and his book on agileinplainsight.com.

Maria Skvortsova: Breaking the Factory Mindset — When a 17-Person Scrum Team Treats Development Like an Assembly Line

“They wait for the story to be pushed to them, then they hand it to QAs and say ‘it’s not my business anymore.’ We have not a Scrum team, but a factory.” — Maria Skvortsova

Maria’s current challenge is one that many Scrum Masters will recognize: a large distributed team — 17 people, cameras always off, only four months together — that operates like a factory instead of a collaborative unit. In refinement sessions, only the Tech Lead, BAs, and QA speak. Everyone else stays silent.

When the sprint starts, developers wait for the Tech Lead to assign stories, work on them in isolation, then toss them over the wall to QA with a “not my problem” attitude. Maria and Vasco explored this challenge through a coaching conversation, identifying information loss as the core issue. Every handoff between developer and tester destroys knowledge and slows the process.

Maria had already introduced desk testing — pairing a developer with a QA before deployment to walk through the code on the developer’s machine. It worked well in previous teams, but this team keeps forgetting, and in a recent retrospective they even proposed creating a “handover to QA” subtask — the exact opposite of what Maria is trying to build.

The experiment that emerged: find a few early adopters willing to try a deeper collaboration model where developers participate in testing and testers participate in design — starting small, measuring what changes, and letting results speak louder than process mandates.

Self-reflection Question: Where are the biggest information loss points in your team’s development process, and what experiment could you run this sprint to reduce them?

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

About Maria Skvortsova

Maria is a Delivery Manager and Agile Coach who thrives in complexity, bringing clarity to chaotic environments. With a decade in C++ development and a background in professional opera, she blends technical precision with human empathy, helping enterprise teams move beyond task execution to collaborate seamlessly and perform like a synchronized, high-impact orchestra.

You can link with Maria Skvortsova on LinkedIn.

Global Agile Summit Preview: Unifying Strategy, Discovery, and Delivery in Product Development With Roman Pichler

In this BONUS Global Agile Summit preview episode, we explore a crucial topic that’s shaping how we approach product development—sometimes in ways that serve us well and sometimes in ways that hold us back.

There’s a growing trend in our industry to explicitly separate strategy, discovery, and delivery into distinct activities or even different teams. On the surface, this seems logical: strategy decides the right thing to do, discovery figures out how to do it, and delivery gets it done. But is this division actually helping us? Or is it creating barriers that make great product development harder?

The Origins of Product Discovery

“I think it’s partly based, at least on Marty Cagan’s work, and his insight that many teams are very much focused traditionally on delivering outputs, on writing code. And I think his original intention was to say, ‘Let’s not worry about creating outputs. Let’s also make sure that what we creating makes sense.'”

Roman Pichler shares insights on how the concept of product discovery emerged as a reaction to teams being overly focused on outputs rather than outcomes. He explains that conceptually distinguishing between product strategy, discovery, and delivery can be helpful—much like organizing clothes into different sections of a wardrobe. However, in reality, these activities must be connected, informing and guiding each other rather than existing as sequential steps.

The Risks of Separating Product Strategy, from Discovery, and from Delivery

“If we have a group of people who takes care of strategic decisions, a different group focusing on product discovery, and another group—the tech team—who focuses on product delivery, and those groups don’t talk as much as they could and should do, then suddenly we have a sequential process and handoffs.”

One of the primary challenges with separating strategy, discovery, and delivery is the risk of creating handoffs between different teams. Roman highlights how this sequential approach can slow down value creation, lead to knowledge loss, and increase the likelihood of introducing mistakes. This separation can create barriers that ultimately make product development more difficult and less effective.

In this segment, we refer to the podcast interview with Tim Herbig on the concept of Lateral Leadership, and how that is critical for product people.

Integrating the Work Streams

“What I usually use as a visualization tool is three work streams: a strategy work stream, a discovery work stream, and a delivery work stream. The strategy stream guides the discovery stream. The discovery stream guides the delivery stream, and then the delivery stream informs the discovery stream, and the discovery stream informs the strategy stream.” Continue reading Global Agile Summit Preview: Unifying Strategy, Discovery, and Delivery in Product Development With Roman Pichler