change leadership Archives - Page 2 of 96 - Scrum Master Toolbox Podcast

Arun Parameswaran: Using Scrumban and WIP Limits to Help Agile Teams Find Focus

“The WIP limit helped the developers not context switch.” – Arun Parameswaran

Arun brought a practical challenge to the Wednesday coaching conversation: a team doing both operations and development work needed more visibility and focus than their Scrum board was giving them. The trigger was context switching.

Work stayed “in progress” even when blocked, people picked up new topics before finishing old ones, and stakeholders kept asking what was actually happening. Arun helped the team experiment with Scrumban, keeping useful Scrum events while adding a Kanban-style board and explicit WIP limits. The breakthrough was not just visualizing the work. It was helping the team own the limits.

They created an “operator of the week,” rotating the responsibility for watching WIP and calling out when the team was taking on too much. That small practice made focus a team responsibility instead of a Scrum Master lecture.

Self-reflection Question: Who owns your team’s WIP limits in practice, not just on the board?

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 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: Using Cycle Time As A Storyteller, Not A Scorecard In Agile Retrospectives

“Metrics is not about telling people do better. It’s about telling that story.” – Joshua McDonald

Joshua brings cycle time as his biggest current coaching challenge. The problem is familiar: when a Scrum Master points to a story with high cycle time, developers can feel blamed, even when the intent is learning. Joshua reframes the metric as a storyteller.

Instead of asking why someone took too long, he asks what journey the story went through, where it changed hands, where it waited, and what the team now knows that it did not know at the start. He also describes practical tactics: warn people in advance before discussing specific stories, keep the language gentle, avoid forcing people to explain themselves publicly, and sometimes skip the metric conversation entirely when the team needs encouragement more than analysis.

Metrics matter because they move coaching away from gut feeling and toward observable patterns. Used well, cycle time becomes a barometer for stress, bottlenecks, missing product owner review, and places where the team needs support.

Self-reflection Question: How do you introduce metrics so the team becomes curious about the system instead of defensive about individual performance?

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: How Agile Teams Can Start Adopting AI in Software Development

“It’s like my own software has a voice now. It’s telling me—okay, you’re going to build me like this? Have you considered this?” – Wasim Osman

Wasim’s biggest current challenge is one nearly every team shares: how AI is reshaping software development. He sees a clear split—developers rapidly adopting AI-driven development, and others “not downright rejecting it, but still taking their time.” His warning is blunt: even when AI hallucinates and generates garbage code, it lets you deliver an order of magnitude faster, and the quality is only going to improve.

The early adopters are heading somewhere the late adopters won’t be able to reach. In practice, the resistance shows up as questions no one can answer: if I used to get every requirement nailed down before writing code by hand, what do I do with AI—just ask it for a one-liner and hope? Leadership often can’t help, because they lack AI experience themselves. At Orkestra SCS, the head of engineering did holistic research into how companies (like AWS, with its AI-Driven Development Lifecycle) are reshaping the process, documented it, and shared it with every team.

Feedback sessions and hands-on experiments followed, until they built a tailored version that fit how they actually work. The mindset shift that unlocked it: treat AI as a partner. Wasim describes his software “having a voice”—asking it questions he’d never think of, the way a pair-programming partner would, so the team explores the solution space instead of guessing at it.

Self-reflection Question: Is your team treating AI as a threat to write around, or as a pair-programming partner that surfaces the blind spots you’d never find alone?

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.

Havva Sevay: AI vs. Real People—Helping Teams Avoid Information Overload

“It’s still a tool. It can make mistakes, it can hallucinate. People don’t really question it—and that’s the danger.” – Havva Sevay

This week’s coaching conversation tackles a challenge Havva—and many Scrum Masters—are living right now: AI vs. real people. For some, AI is a useful tool; for others, it’s a magic oracle that solves everything and makes people replaceable. Havva sees the real risk in teams that accept AI’s confident answers without double-checking, and in leaders who use AI to generate massive documents and dump them on teams as finished decisions.

Vasco pushes the conversation into the practical: when a flood of AI-generated information, requirements, and tool changes lands on a busy team, how do you help them cope?

Havva’s answer is to step back and ask the human questions first—what is the epic? what does the stakeholder actually want? what do we really need right now? Then she pulls out a deliberately low-tech move: forget AI for one second. Her team uses the Eisenhower matrix manually to separate what’s important now from what can wait. AI is a great tool—but the filtering of what matters is still human work.

Self-reflection Question: When AI floods your team with information and options, what is your practice for helping them separate what matters now from the noise?

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

About Havva Sevay

Havva is a people-focused organizational development expert with a Master’s in Business Administration and certification as a Scrum Master. She empowers teams and leaders through agile methodologies, modern leadership, and a strong feedback culture, fostering psychological safety and collaboration. Passionate about HR initiatives, Havva shapes people strategies, enhances employee experience, and drives inclusive, high-performing workplaces built on trust and engagement.

You can link with Havva Sevay on LinkedIn.

Danil Chernyshev: Coaching the Outsider In—Helping a Distrustful Team Through Transformation

“Developers and QAs know each other very well, but they don’t trust anybody else.” – Danil Chernyshev

This week’s coaching conversation starts with a hard situation. A subcontractor’s developers—people who had always worked isolated from the business, with no plans and no communication—were brought back inside the “mother firm” as part of a digital transformation. Overnight they faced new teams, Scrum, SDLC, CI/CD, and full transparency.

The developers and QAs trusted each other completely and trusted no one else: not the Scrum Master, not the Product Owner, not the BAs. Forced to estimate with story points, every story came back as a 3 or a 5, with no conversation. When Danil asked why, the answer was always “we’ll discuss internally and tell you tomorrow”—he suspected a second, hidden daily Scrum without him. As he and Vasco unpack it, the real issue is transparency itself: a team used to hiding now feels exposed and doesn’t know the consequences of being open.

Vasco offers an experiment—build a “trio” of the Product Owner, the Scrum Master, and one friendly insider from the team to prepare refinements together. The Product Owner is always the outsider; pairing them with a trusted insider lets ideas and experiments spread faster. Before you can improve the Scrum, you first have to bring the outsiders in.

Self-reflection Question: Where on your team is trust the real bottleneck—and who is the “insider” who could help an outsider earn it?

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

About Danil Chernyshev

Danil is a results-driven Scrum Master and Delivery Manager passionate about optimizing SDLC processes and unlocking development teams’ potential. With a keen interest in AI, he empowers organizations to innovate and excel, bridging agile practices with cutting-edge technology for impactful results.

You can link with Danil Chernyshev on LinkedIn.