delegation Archives - Scrum Master Toolbox Podcast

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

BONUS: Why Delivery Breaks Down in Growing Tech Organizations—Ownership, Guardrails, and the People-First Company With Prashanth Tondapu

What actually slows down tech teams—lack of talent, or lack of ownership? In this episode, Prashanth Tondapu shares lessons from leading through global-scale failures, scaling from a small team to a 100-person company, and discovering why guardrails beat rigid processes when it comes to building teams that own outcomes and execute with discipline.

Diffusion of Accountability: When Everyone Is Responsible, Nobody Is

“Crisis is not the problem. Crisis is the one that uncovers the problem that has always existed.”

Early in his career, Prashanth witnessed a large-scale failure at a major technology company—not because the team lacked talent, but because accountability had become diffused. When too many people are responsible for something, it translates to nobody being responsible. The team was brilliant individually, but there was no clear demarcation of who owned what outcome. On good days, everything worked. But when things went wrong, there was no single person who could no longer delegate accountability to someone else. Prashanth connects this to the concept from Extreme Ownership by Jocko Willink—while the whole team must feel ownership, each individual needs laser-focused clarity on their specific accountability. As he frames it: outcome can only come with 100% emotional commitment to a particular problem, and when five people share that commitment, each carries only 20%. That’s where breakdowns happen.

The Leadership Design Problem: From Computers to People

“I was a developer who imagined that humans are also going to be as predictable as computers. Until 6 or 7 people, it works well because you can be everywhere. But as soon as we increased above 7, I was not able to be everywhere.” Continue reading BONUS: Why Delivery Breaks Down in Growing Tech Organizations—Ownership, Guardrails, and the People-First Company With Prashanth Tondapu

Carmela Then: Why the Best Product Owners Let Go of What They’re Best At

The Great Product Owner: The Humble Leader Who Served His Team

“He was there, he was present, he was serving the team.” – Carmela Then

Carmela worked with a Product Owner at a bank who embodied everything servant leadership should look like. This wasn’t a PO who lorded his business expertise over the team—instead, he brought cookies, cracked jokes, and made everyone feel valued regardless of their role. He knew the product landscape intimately and participated in every refinement session, yet remained approachable and coachable.

When team members came to him confused about stakeholder requests, he willingly stepped in as a mediator. Perhaps most impressively, he actively worked to break down the hierarchical mindset that often plagues traditional organizations. In the beginning, testers felt they couldn’t question the business analyst or Product Owner.

By the end, QA team members were confidently pointing out missing scenarios and use cases—and the PO would respond with genuine appreciation: “Oh yes! We missed it! Let’s prioritize that story for the next sprint.” This PO understood that his role wasn’t to have all the answers, but to create an environment where anyone could contribute their expertise. The result was a truly flat, collaborative Scrum team operating exactly as Scrum was designed to work.

Self-reflection Question: How accessible are you to your team, and do you create an environment where anyone—regardless of role—feels comfortable challenging your thinking?

The Bad Product Owner: When Expertise Becomes a Barrier to Collaboration

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.

“He knows everything himself, and everything is in his head. So nobody else knows what he has in his head.” – Carmela Then

Carmela describes a Product Owner who wasn’t a bad person—in fact, he was incredibly capable. He knew the business from front to back, understood the systems intimately from years of analyst work, and could even write pseudocode himself. The problem? His very competence became a barrier to team collaboration.

Because he knew so much, he struggled to articulate his ideas to others. Frustrated that developers couldn’t read his mind, he started writing the code himself and handing it to developers with instructions to simply implement it. The result was disengaged developers who had no understanding of the bigger picture, and a PO who was drowning in work that wasn’t his to do.

Carmela approached this with humility, asking what she calls “dumb questions” and requesting that he draw things on paper so she could understand. She made excuses about her “bad memory” to create documentation that could be shared with the whole team.

Over multiple Program Increments, she gently coached him to trust his team: “You are one person. Please let the team help you. The developers are great at what they do—if you share what you’re trying to achieve, they can write code that’s more efficient and easier to maintain.” Eventually, he learned to let go of the coding and focus on what only he could do: sharing his deep business knowledge.

Self-reflection Question: As a leader, what tasks are you holding onto that you should be delegating—and what is your reluctance costing your team?

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 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.

Alex Sloley: Coaching Teams Trapped Between Agile Aspirations and Organizational Control

“The team says, oh, we want to try to do things this way, and the org keeps coming back and saying stuff like, no, no, no, you can’t do that, because in this org, we don’t allow that.” – Alex Sloley

Alex shares his current challenge working with a 10-person pilot Scrum team within a 1,500-person organization that has never done Agile before. While the team appears open-minded and eager to embrace agile ways of working, the organization continuously creates impediments by dictating how the team must estimate, break down work, and operate. Management tells them “the right way” to do everything, from estimation techniques to role-based work assignments, even implementing RACI matrices that restrict who can do what type of work. Half the team has been with the organization for six months or less, making it comfortable to simply defer to authority and follow organizational rules. Through coaching conversation, Alex explores whether the team might be falling into learned helplessness or simply finding comfort in being told what to do—both positions that avoid accountability. His experimental approach includes designing retrospective questions to help the team reflect on what they believe they’re empowered to do versus what management dictates, and potentially using delegation cards to facilitate conversations about decision-making authority. Alex’s key insight is recognizing that teams may step back from empowerment either out of fear or comfort, and identifying which dynamic is at play requires careful, small experiments that create safe spaces for honest dialogue.

Self-reflection Question: When your team defers to organizational authority, are they operating from learned helplessness, comfort in avoiding accountability, or genuine respect for hierarchy? How can you design experiments to uncover the real dynamic at play?

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

About Alex Sloley

Alex believes that a great Scrum Master can have a long and lasting impact on people and teams. He is a global agile and product management evangelist, author of The Agile Community, and frequent international speaker. A former Microsoft leader with 15 years’ experience, he now trains, coaches, and drives transformations worldwide. Certified across Scrum, ICAgile, and Kanban, Alex energizes communities, guides leaders, and—yes—enjoys good beer.

You can link with Alex Sloley on LinkedIn.

Joe Scherler: From Chapter Leads to Champions, Value Over Velocity in Scaled Agile

In this episode, Joe shares his experience with implementing the Spotify model across several small, agile teams. Confronting the complexities of entrenched roles and slow decision-making, Joe explains how he tried to empower teams through delegation and a focus on value over output. How can challenging traditional reporting structures and coaching leaders on delegation unlock a team’s full potential? Discover the transformative power of discussing team results in terms of value and fostering a collaborative environment where every team member is a catalyst for innovation.

Want to Improve Your Change Management Results? Discover the Lean Change Management Approach Today!

As Scrum Master we work with change continuously! Do you have your own change framework that provides the guidance, and queues you need when working with change? The Lean Change Management framework is a fully defined, lean-startup inspired change framework that can be used as the backbone of any change process! You can buy Lean Change Management the book at Amazon. Also available in French, Spanish, German and Portuguese.

About Joe Scherler

Having experienced Scrum and Agile in various roles, Joe’s mission is to unlock the hidden potential of teams and those who work with them to create a work environment that is as enjoyable as it is effective. He loves working on both soft and hard skills with the teams.

You can link with Joe Scherler on LinkedIn.