Technical Evolution of the Scrum Master
At Capital One, we took a look at what made some of our Agile Leaders (Scrum Masters, Agile Coaches, and Kanban Leads) more successful than others. Among the patterns of differentiation, one factor clearly stood out beyond the others. We found a direct correlation between the technical abilities of the Agile leader on a team and the happiness of the team. The more technical our Agile Leaders were, the happier their teams were. In large part, the same teams were able to deliver more often and with a higher code quality.
Change is hard - just ask the Tasmanian Tiger and the Passenger Pigeon. When your environment shifts even a small amount, you need to adapt to the change. When a work environment shifts to be 1000% more technically focused over 18 months, some people sink and others learn to swim.
Many of the Agilists at Capital One were as surprised as others to learn about this pattern, but it made sense. The more that our Agile Leads understand about the work being done, the more effective they are at helping teams deliver on that work. We will take a look at three case studies from our organization and how they evolved along with their teams and how this inherently made a positive impact on their teams and themselves. The three cases that we will discuss are examples where a non-technical Scrum Master evolved his/her role and influence to help the team focus on streamlining their work to be able to focus and deliver faster.
We will also take a look at ways to make sure that you are staying on top of change in your environment and how you can quickly adapt to it.
Prerequisite Knowledge: A small amount of Agile Knowledge would be beneficial. A Beginning Agile practitioner would benefit from this presentation. Advanced Practitioners would as well.
* Case1: A former Java developer wanted to join the Agile side of things and become a Scrum Master. How he made the transition and how his technical capabilities help him better the team’s ability to deliver.
* Case 2: A finance guru turned Product Owner turned DevOps team Scrum Master. How he ramped up quickly on the tech the team was using and never looked back. This team had the highest survey ratings out of any team we measured.
* Case 3: A Political Science Major who listened to his team’s pains and responded by trying to better understand them himself by learning a bit more about the tech stack the team is using, and eventually helping alleviate some of the pain for the team.
Overall, none of these Scrum Masters are coding, but by being more technical these three Scrum Masters were able to help the team organize their time to manage the WIP and reduce task switching. Other residual benefits followed, and overall, these are the healthiest teams that we measured. Information for Program Team: The experience will be mostly a presentation format with a little interaction from the audience. I will be including a very brief (ten second) live audience poll twice during the session.
Outline/structure of the Session
* 10 Minutes: Introduction and background on general Capital One information
* 05 Minutes: How we measured our teams
* 10 Minutes: 3 Case studies
* 05 Minutes: Outcomes of the measurement and case studies
* 05 Minutes: Changes and how we influenced change in the Scrum Master community at Capital One
* 05 Minutes: How to keep up with your team's technology (or other changing aspect of your teams)
* 05 Minutes: Audience Poll and review of poll results
* 02 Minutes: Review and recap
* 10 minutes: Q&A
Attendees will hear first hand experience of where the non-engineers on the team need to enhance their skills in order to increase their value to the teams they work with. There are concrete and easy steps to improve all of the skills they need to be even better leaders than they are today.
Scrum Masters, Project Managers, Product Owners, Technical Leaders, Engineers
Working knowledge of Agile. Some experience working with an software development team.