teams that self-destruct Archives - Scrum Master Toolbox Podcast

Deborah Colombari: The Agile Team Destroyed by a Toxic Feedback Loop

“Whenever we almost started to achieve norming, we went back to storming.” – Deborah Colombari

Deborah shares the story of a team of about twelve developers and QA specialists that kept losing people one by one. The early signal was not a technical problem. It was turnover. A toxic direct leader created pressure, blame, and snarky responses whenever the team tried to explain what was happening. Because that leader’s own manager behaved the same way, Deborah saw a reinforced pattern rather than an isolated personality problem. The team could not stabilize.

Every time it moved toward norming, someone left or someone new arrived, sending the team back into storming. Knowledge walked out the door with the people who left, delivery dates slipped, morale dropped, and a fixed-date call center project was eventually canceled. Deborah’s story is a sharp systems thinking reminder for Scrum Masters: sometimes the problem is not inside the team. The team may be showing the symptoms of a system that punishes honesty, overloads people, and teaches them that leaving is safer than speaking.

In this segment, we talk about Russell Ackoff, his systems thinking interview with Haynes Media Works, and the Tuckman model.

Self-reflection Question: What turnover or morale signals are you treating as team problems when they may be system problems?

Featured Book of the Week: Russell Ackoff Interview by Haynes Media Works

Instead of a book, Deborah recommends an old Russell Ackoff interview from Haynes Media Works. She connects Ackoff’s thinking to Donella Meadows and to the practical work of Scrum Masters. Deborah highlights how Ackoff explains that the outcome a system is designed to produce affects how the whole system behaves.

Her example is health care: if the system rewards treating sickness, it becomes a disease-care system instead of a health system. For Scrum Masters, the lesson is direct. Teams are systems, companies are systems, and the incentives around them shape what they do. Deborah uses Ackoff’s work to remind us to look at feedback loops before assuming people are the problem.

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 Deborah Colombari

Deborah is an Enterprise Agile Coach with a decade of experience championing Agile principles across organizations. Passionate about collaboration and continuous improvement, Deborah genuinely loves what she does—empowering others to work smarter, deliver value, and thrive in dynamic environments.

You can link with Deborah Colombari on LinkedIn.

Sheik Meeajaun: When Spillover Becomes Normal, Scrum Teams Stop Seeing the Cost

“A good Scrum Master makes their Product Owner look like a superstar.” – Sheik Meeajaun

Sheik describes a team pattern many Scrum Masters recognize: spillover had become so normal that finishing the sprint felt like a special event. Refinement was weak, stories were often written during refinement instead of before it, and Product Backlog Items were sometimes little more than one-line titles. The Product Owner was not consistently engaged, standups had become update sessions for the PO, and nobody was connecting non-delivery to business impact. Sheik brought his Product Owner background into the Scrum Master role and started asking a more pragmatic question: what is the cost per sprint when we do not deliver? By making cost of delay visible, he helped the team see that spillover was not just a process issue. It was lost value. The experiments were practical: protect focus, prepare stories before refinement, and tackle the gaps at ground level instead of pretending the organization would fix everything first.

Self-reflection Question: What does your team treat as normal today that is quietly costing the product money every sprint?

Featured Book of the Week: The Scrum Guide by Ken Schwaber and Jeff Sutherland

Sheik does not pretend to have a long reading list. He says experience shaped him more than any single book, because contracting exposed him to many organizations and many versions of Scrum in practice. Still, he points listeners back to The Scrum Guide as the minimum reference every Scrum Master should know.

For Sheik, the guide gives the vocabulary and foundation, but experience teaches the translation work: how those ideas survive contact with real teams, weak refinement, Product Owners who are stretched thin, and organizations that say “Agile” while still behaving like escalation machines.

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

About Sheik Meeajaun

Sheik is a seasoned product and Agile leader with over 20 years of experience scaling innovative, customer-centric digital solutions. A certified Scrum and Agile expert, he bridges strategy and execution, driving high-performance teams at enterprises like Rabobank and citizenM. As a hands-on builder, Sheik created Scrumling—a free, interactive Agile training platform—and ScrumJobs.net, a niche job board for Agile professionals. His passion lies in transforming theory into impactful, real-world results.

You can link with Sheik Meeajaun on LinkedIn.

You can also explore Scrumling, ScrumJobs.net, and Simatech.

Arun Parameswaran: How Powerful Questions Help Scrum Teams Handle Stakeholder Conflict

“Sometimes the best thing a Scrum Master can give the team isn’t the answer. It’s a question.” – Arun Parameswaran

Arun describes a team pattern many Scrum Masters recognize: stakeholders bypassing the Product Owner and going straight to developers with new requests after the sprint had already started. The developers wanted to help, so they accepted the interruptions.

The result was context switching, broken priorities, and a quiet loss of focus. Arun worked with the customer team, Product Owner, and developers to create a simple agreement: new work had to come through the PO, be clarified, and be prioritized before it reached the team. That agreement gave developers permission to protect the sprint without turning every conversation into a personal conflict.

Arun also shares how he handled the classic misunderstanding that “being Agile” means accepting every change immediately. For him, adaptability still needs timing, clarity, and shared agreements.

In this segment, we talk about the coaching stance and how Scrum Masters can use questions to help teams think together.

Self-reflection Question: What agreement would help your team protect focus without shutting stakeholders out?

Featured Book of the Week: Coaching Agile Teams by Lyssa Adkins

Arun recommends Coaching Agile Teams by Lyssa Adkins because it helped him move beyond ceremony facilitation. The book gave him a clearer picture of the Scrum Master as a coach for individuals, the team, and the wider organization. One question stayed with him: am I solving the problem for the team, or helping the team learn to solve it themselves?

That shift changed how Arun worked. Instead of telling teams what to do, he began asking questions such as “What do you think is causing this?”, “What options do we have?”, and “What are we not seeing?” For Arun, the book is a practical reminder that coaching is not about leading people to your answer. It is about helping people think.

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

About Arun Parameswaran

Arun is an Agile delivery leader at Bosch Global Software Technologies who builds high-performing, data-driven ecosystems. He blends flow metrics, Jira analytics, Power BI, and applied AI to turn delivery into a transparent, predictable system.

You can link with Arun Parameswaran on LinkedIn.

Joshua McDonald: The Distributed Agile Team That Hid Problems Behind Follow-Up Stories

“They started to separate and call each other out, which is definitely not Agile.” – Joshua McDonald

Joshua shares the story of a 17-person distributed team spread across time zones, cultures, and communication styles. Some team members were direct and ready to challenge problems in public. Others preferred quieter, one-on-one conversations.

Over time, those differences created a blame environment where people stopped asking for help and started hiding problems. Long-running work was closed and replaced with follow-up stories, then part two, then part three, until the real issue disappeared under Jira housekeeping.

The result was not better flow, but delayed learning, missed upskilling opportunities, and a stressful team environment where quieter people stopped speaking in standups and retrospectives. Joshua explains what he would do differently now: split the team by communication patterns, listen to what each group needs, act as a mediator, and only bring the whole group together once people feel heard.

In this segment, we talk about different communication styles.

Self-reflection Question: What signals tell you that people are hiding problems because the team environment does not feel safe enough?

Featured Book of the Week: Never Eat Alone by Keith Ferrazzi

Joshua recommends Never Eat Alone by Keith Ferrazzi because it reframed networking as a relationship practice, not a transaction. The book helped him see that staying connected with people creates learning, support, and a safety net over time.

He also mentions the Bible as a daily source for reflecting on respect, peace, and conflict resolution, especially because Scrum Masters often need more than process knowledge to help teams work well together. For Joshua, both recommendations point to the same deeper idea: our work improves when we treat relationships as something to maintain before we urgently need them.

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

About Joshua McDonald

Joshua is endlessly curious about better ways of working. He helps teams grow by blending experimentation, creativity, and AI with practical coaching. When a meeting feels routine, he’s already testing a new approach to make it more valuable. Energetic and inventive, he turns everyday collaboration into opportunities for team growth.

You can link with Joshua McDonald on LinkedIn.

Wasim Osman: When a Scrum Team’s Silence Becomes a Self-Fulfilling Prophecy

“No team is interested in deliberately destroying their outcome or their team. Nobody does that on purpose.” – Wasim Osman

Wasim’s team was building a SaaS product with real potential. They followed Scrum, shipped features fast—and quietly let the bugs pile up. When customers finally pushed back (“you built five features, four of them have bugs”), the team made a confident bet: one quarter for new features, then one month to fix everything. It didn’t work.

The bug-bashing month revealed deeper, structural problems that demanded refactoring, and the roadmap was already packed. Then the fixes got handed to a single team, who felt demoted from the “prestigious” work of building features. Resentment grew between the teams.

At the height of that tension, the company was acquired by a waterfall-driven parent company. The head of engineering left, the chief architect and two senior engineers followed, and it became chaos. Wasim’s hardest lesson wasn’t about the acquisition—it was about voice.

The engineers assumed waterfall was being forced on them and stopped pushing back; leadership assumed the engineers were fine with it. Nobody said what they actually thought, and the fear became reality. As Wasim puts it, there was “no captain on the ship.”

In this segment, we talk about how even conversations need to be iterative, and how a Scrum Master has to balance speaking up (so the team isn’t rudderless) without speaking so much that the team stops voicing their own opinions.

Self-reflection Question: Where on your team is an unspoken assumption quietly hardening into reality, and what would it take for you to name it out loud first?

Featured Book of the Week: Difficult Conversations by Douglas Stone, Bruce Patton, and Sheila Heen

Wasim’s most-recommended book is Difficult Conversations: How to Discuss What Matters Most. What stuck with him is a deceptively simple model: every hard conversation is really made of three conversations—the “what happened” conversation (the content), the feelings conversation, and the identity conversation (what the situation says about whether you’re competent, good, or lovable). “When I first read it, I thought there can’t be only three types of conversations,” Wasim admits.

“But once you’ve gone through the book, you can put any conversation into one of those funnels.” He found it especially powerful in retrospectives: when the same issue keeps resurfacing, the real conversation is often about feelings, not action items—someone was never okay with an earlier decision, and that’s why the follow-ups never happened.

Self-reflection Question: In your last tense retrospective, which of the three conversations—content, feelings, or identity—was really driving the room?

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

About Wasim Osman

Wasim Osman is a seasoned Agile Coach and a Product Owner at Orkestra SCS. He launched his agile career at a Silicon Valley startup based in New York, then spent years coaching teams across Canada, helping organizations transform how they deliver value. Wasim brings a rare blend of agile discipline and product thinking. He’s passionate about building technology that drives real business impact.

You can link with Wasim Osman on LinkedIn.