When Sebastian took up the Scrum Master role, he did not expect to face the trial by fire he was about the experience. A few months into that new role, he was facing a situation where the application was blowing up everywhere. As the team pushed to release quickly, they didn’t account for all the technical problems or even some of the non-functional requirements they had to adhere to. As a developer-turned-Scrum Master, Sebastian had to learn the hard way how to help teams “divide and conquer” their work. We discuss how we can avoid similar problems in other teams, and some of the techniques Sebastian learned to help teams in that same situation.
Successful products start with small teams, but soon, and because of their success, the team grows. Growing teams present specific challenges to Scrum Masters. Incorporating the new team members is not easy, or quick. But there are a few things we can learn from and increase our chances of success. In this episode, we talk about Jaime’s story, as Scrum Master to a growing team, what happened, and what are the signs to look out for.
About Jaime Bartol
Jaime has been a ScrumMaster/Agile Coach for 6 years with experience in large organizations as well as startup teams! She has worked with frontend and data engineering teams and even brought Agile to awesome marketing teams! Jaime’s passion is about teams and using Agile/Scrum fundamentals to elevate efficiency, productivity, and joy!
As a new Scrum Master in that team, Rachel learned that other Scrum Masters had tried to help the team and failed. It was not an easy start for Rachel. At this point, many Scrum Masters would help the team “see the light”, why they needed the Scrum Master. But that’s not what Rachel did and it probably helped her have a much bigger impact than she would have otherwise.
In this episode, we explore what to do when you join a team that is feeling apathy and try to understand why that apathy might have developed in the first place.
About Rachel Martz
Rachel has been in digital product development for over 20 years, having performed every role imaginable. She entered the agile space 13 years ago, doing hands-on product strategy and development modernization.
Rachel is in the data and analytics industry at the moment and loves being a Scrum Master because it’s the most impactful role she can have for helping improve people’s lives.
As Scrum Masters, our role is to help the team grow and continuously deliver valuable software. Sometimes we work with stakeholders to do that, but other times we must be able to set limits to how the stakeholders interfere with the team. In this story, Angeliki talks about a story where the CTO started interfering with the team, and how she learned that as a Scrum Master she needed to help the team set limits to that interference.
Scrum Masters are seen as the “process owners”. Some people will even explicitly assign that responsibility to Scrum Masters. But what happens when we focus on the process and forget the business side?
What would happen if redefined the Scrum Master responsibilities to explicitly include a business perspective?
In this episode, we talk about the business side of the Scrum Master work, and discuss the important question: “Are we doing the right things?”
About Joost Mulders
Joost has been an agile practitioner since 2008 and is continuously uncovering new ways to help teams and organizations on their agile journey. He’s taken several roles in that journey, such as Scrum Master, agile coach or management coach. He strives to create work-life fusion with agile, ultrarunning and filmmaking as the main ingredients.
Scrum Masters often need to deal and help resolve conflicts in the teams and with the stakeholders. In this episode, we look at a case of conflicting priorities. We discuss the different approaches, and how the 1-on-1 conversations may cause problems that can be solved unless Scrum Masters get all the parties into the same room.
Many Scrum Masters are incredibly passionate about their work, and helping teams. That’s a great energy and inspiration resource unless… In this episode, we talk about what happens when we expect or ask too much from the teams and people we work with.
Micah worked in technology for about 7 years. He has a background in lean principles and how to bring that to technology. Has done everything from Project Management to Software Engineering, Leadership, and Scrum Master.
In this episode, we learn about Rahul’s unusual route to being a Scrum Master, and how the initial focus on velocity led Rahul astray from what really affects a Scrum team’s performance.
We then explore how beginner Scrum Masters can learn to focus on the right aspects from the start and to be flexible enough so that the team does not reject the adoption of Scrum.
About Rahul Bhattacharya
Rahul Bhattacharya is currently working as an Agile Coach at trivago. He is responsible for optimizing the ways of working within the organization, coaching others on best practices while simultaneously guiding teams working on different products. Rahul is passionate about constant learning through experimentation and feedback
He is also the host of a podcast about Agile, called the Agile Atelier.
Scrum teams don’t exist in a vacuum, and in engineering-focused organizations, usually, the team leads are also engineers. This can cause problems when they need to collaborate with Product Owners. In this episode, we talk about such a team, and how Ines helped the team, the team lead and PO find better ways to collaborate.
About Ines Stuppacher
Ines Stuppacher is a passionate team coach and Scrum Master. Working with people challenges and inspires her every day. Her coaching mentality is an important pillar of her life and work. Ines does not impose things on people but rather sees herself as a waiter of options. She strives to show up as her full human self in all kinds of situations and with that fosters real connections with other people.
We also discuss how, working on the “solution” may help clarify the acceptance criteria for the stories that are not clearly defined.
About Ben Clark
Ben’s career has spanned from working assembly at Ford Motor Co, IT consulting, DSL Internet provider using wireless building-to-building antennas, systems administration and engineering, data center floor work, DevOps, cloud engineering, cloud architecture, scrum master, people-leader, and agile coach.