Arun Parameswaran Archives - Scrum Master Toolbox Podcast

Arun Parameswaran: Product Owners Who Create Better Product Conversations in Scrum

In this episode, we refer to Arun’s AI prompt library for Scrum Masters and project managers.

The Great Product Owner: Curiosity, Clear Direction, and Outcome Focus

“A great PO doesn’t only ask, did we deliver? They ask, do people communicate openly?” – Arun Parameswaran

Arun describes great Product Owners as collaborative, curious, and close enough to the team to understand how delivery really works. The best POs he worked with did more than check whether items were delivered. They asked whether knowledge was distributed, whether people communicated openly, and whether everyone had a chance to contribute.

They gave the team clear product direction, supported prioritization, managed stakeholders, and stayed available when the team needed context. Arun emphasizes outcome focus: value for the customer expressed in a way the team can understand. A strong PO becomes the bridge in both directions, helping stakeholders understand the team and helping the team understand the customer.

Self-reflection Question: Does your Product Owner help the team understand customer value, or only the next ticket?

The Bad Product Owner: Turning the Team Into a Ticket Factory

“The Scrum Master shouldn’t just help the PO write better tickets. We should help create better product conversations.” – Arun Parameswaran

The anti-pattern Arun warns about is the Product Owner as ticket distributor. Stakeholders ask for something, the PO turns it into a ticket, and the team delivers without understanding the problem, the outcome, or why the work matters. Over time, the team becomes a delivery factory, and Scrum starts to look like waterfall with smaller batches.

Arun’s coaching move is to shift the conversation away from “better tickets” and toward better product thinking. What problem are we solving for customers? What outcome do we expect? What should we prioritize? What can we say no to? For Scrum Masters, this means coaching the PO and the team to bring customer context, stakeholder feedback, and prioritization into the same conversation.

Self-reflection Question: What product conversation is your team avoiding by hiding behind ticket writing?

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.

You can also explore Arun’s AI prompt library for Scrum Masters and project managers.

Arun Parameswaran: Success for Scrum Masters Means Teams Ask Better Questions Without You

“My goal isn’t to become indispensable. My goal is to create a team that doesn’t depend on me.” – Arun Parameswaran

For Arun, Scrum Master success is not measured by how many meetings he runs or how often the team asks him for help. It is measured by the team’s ability to solve problems without depending on him. If he has to remind everyone to update Jira, facilitate every difficult conversation, or resolve every obstacle, he is creating dependency.

A healthier signal is when team members talk directly to each other: “This is blocked. Who can help me?” or “Let’s finish this before starting something else.” Arun compares the Scrum Master to a football coach watching the match from the side.

The team needs space to play, make decisions, and learn. The Scrum Master still observes and coaches, but the goal is to intervene less often and more intentionally. As Vasco summarizes, this requires learning to wait before stepping in.

Self-reflection Question: What would your team do differently if you waited one more minute before intervening?

Featured Retrospective Format for the Week: What? So What? Now What?

Arun’s favorite retrospective format is “What? So What? Now What?” because it moves the team from facts to meaning to action. “What happened?” helps the team describe reality. “So what?” asks why it matters. “Now what?” turns the discussion into a small experiment for the next sprint. Arun also avoids using the same format every time.

He often shares the board two or three days before the retrospective so people can reflect before the meeting, add observations, and appreciate teammates. That preparation saves time in the session and makes space for a short fun activity before the team works through the real topics. His goal is simple: every retrospective should produce learning and at least one concrete experiment.

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

About Arun Parameswaran

You can link with Arun Parameswaran on LinkedIn.

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

About Arun Parameswaran

You can link with Arun Parameswaran on LinkedIn.

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

You can link with Arun Parameswaran on LinkedIn.

Arun Parameswaran: The Scrum Master Mistake of Fixing Trust With Process

“Don’t confuse activity with progress.” – Arun Parameswaran

When Arun Parameswaran stepped into one of his first Scrum Master assignments, he joined a distributed team where everything looked normal from the outside. Meetings were happening, Jira was updated, and work appeared to be moving. Underneath that surface, knowledge was unevenly shared, communication between locations was weak, and trust was not yet strong enough for people to speak openly.

Arun’s first instinct was to add more structure: more meetings, more activities, more process. Looking back, he saw the real mistake. He was creating activity, not progress. The shift came when he stopped trying to provide answers and started listening through one-on-one conversations.

He learned where people were struggling, what they expected from him, and what the team needed to own for itself. In this episode, Arun shares why Scrum Masters must understand people before changing the process, and why the best coaching often starts by asking better questions.

Self-reflection Question: Where are you adding process today because the real issue feels harder to talk about?

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

About Arun Parameswaran

You can link with Arun Parameswaran on LinkedIn.