Presentation: Who Broke Prod? - Growing Teams Who Can Fail Without Fear

Track: DevOps & DevEx: Remove Friction, Ship Code, Add Value

Location: Churchill, G flr.

Duration: 1:40pm - 2:30pm

Day of week: Tuesday

More talks on:

Share this on:

What You’ll Learn

  1. Listen about the culture of blame, what it is and how it impacts a team’s performance.
  2. Learn what are some practical things to do in order to eliminate the culture of blame.
  3. Hear how to transition into a DevOps role to achieve better results in your team.

Abstract

In a world where we can deploy software and infrastructure changes within seconds, it’s reasonably easy to break stuff. When the inevitable bad stuff happens, humans tend to look for someone to blame. Research has shown that the most productive teams are those who don’t have to fear blame. On high-performing teams, people feel safe taking risks, making mistakes, and learning from them – so how do you build an environment where it’s OK to fail? In this talk we’ll explore the factors that contribute to psychological safety on a delivery team. We’ll look at some of the steps that leaders and team members can take to foster a culture of blameless failure that encourages innovation and collaboration. We’ll look at soft-skills, CI/CD practices, retrospective processes and tooling that can help you to build a culture of trust and ownership within your own team.

Question: 

What is your talk about?

Answer: 

It's quite common for me to come across groups of people who instinctively point the finger of blame at each other. And we know from some of the great research around DevOps that the most effective teams are teams that trust each other, and can collaborate together and where you've got a culture of blame that stands in the way of success. The talk is really my experience and some tangible changes that you can make, either as a leader or as a team member, to help breakdown that culture of blame.

Question: 

What are some specific things that you are going to talk about?

Answer: 

I am going to talk about blameless postmortems, but trying not to talk about the scary bit of postmortem and talk more about all the good stuff that can come out of it. I'm going to talk about some little subtle things that you might not think about around the CI/CD processes, while everybody is rushing to go and embrace continuous delivery and use all these wonderful tools which integrate their development processes, maybe they're contributing to the blame culture by ensuring that there's something in the middle that you can blame rather than working together to solve a problem? I talk about the culture of experimentation, what can you do as a leader to help foster a culture of experimentation. The more that we experiment, the braver we become at preparing for failure. And that can be small things such as allowing developers time to experiment with something entirely new, to go and play with a shiny piece of technology that you’ve wanted to for a while.

Question: 

Who's the audience you're talking to?

Answer: 

It's definitely targeted at teams members and team leaders; people who have been working in a team and can see that there are things that could change, that you could do better.

Question: 

When you say team leaders, are you talking about individual contributors or management types?

Answer: 

Both. As somebody who has been a developer and then has moved up through the ranks, I believe that for a team to be effective you don't necessarily need a manager but you need some people, whether those are your technical leaders or people leaders, some people on your team who help the team to improve. In an effective DevOps team, everybody is helping the team to improve. Your natural leaders, your senior developers, your technical architects and software development managers.

Question: 

In your abstract you talk about psychological safety. How do you build that in your team?

Answer: 

The whole talk is around these real things that you can do to make changes .Regarding psychological safety, I talk a bit around retrospective techniques. Even if you're not running Scrum, to reflect regularly, providing some ideas of things you can do in your retrospectives to make the environment safer to provide honest and constructive feedback. For example, for teams who are finding it hard to talk honestly in front of each other, to use an online tool. Remote teams use an online tool to conduct their retrospectives. Even if you are not remote, using an online tool to capture the talking points and talk from there. This gets over the first hurdle of people being brave enough to raise their concerns.

Question: 

What do you want someone who comes to your talk to walk away with?

Answer: 

I want them to have a list of things they want to try, and to feel inspired to go and make a couple of small changes on their team which could help eliminate the culture of blame.

Speaker: Emma Button

COO and Co-founder @nubego Cloud Consulting

Emma is an agile software delivery specialist with 16 years’ experience building and deploying enterprise software. In recent years, Emma has specialised in the cultural, technology and process changes needed to grow high-performing software & operations teams responsible for building and maintaining applications in the Cloud. Emma leads engineering teams going through cultural change; inspiring team members to transition from traditional working methods, through agile and lean practices and into the DevOps mindset.

Find Emma Button at

Speaker page

@growerofawesome
Emma Button

Similar Talks

Why Should We Care About Technology Ethics?

Member of ACM Committee on Professional Ethics and One of the Primary Contributors to the ACM Code of Ethics

Catherine Flick

Otherworldly Java: Gateway to the Moon and Beyond

Astrodynamicist and Principal Systems Engineer @NASA and USAF aerospace industry leader a.i. solutions

Diane Davis

Complex Event Flows in Distributed Systems

Co-founder and developer advocate @Camunda

Bernd Ruecker

Lessons From 300k+ Lines of Infrastructure Code

Co-founder @gruntwork_io

Yevgeniy Brikman

Learning From Chaos: Architecting for Resilience

CEO of @chaosiqio

Russell Miles

Habito: The Purely-Functional Mortgage Broker

VP of Engineering, @Habito

Will Jones

LinuxKit

Managing Consultant @Atomic Inc.

Avi Deitcher

Fine-Grained Sandboxing With V8 Isolates

Tech lead @Cloudflare Workers

Kenton Varda

Using Randomized Communication for Robust, Scalable Systems

Director of Research @HashiCorp

Jon Currey

Tracks

This Year's Schedule

Learn trends from innovator and early adopter companies that you can bring home to your team

Sign up to be informed when registration for QCon London 2020 (Mar 2-6) opens

Sign Up

The all-new QCon app!

Available on iOS and Android

The new QCon app helps you make the most of your conference experience. Easily browse and follow the conference schedule, star the talks you want to attend, and keep tabs on your personal itinerary. Download the app now for free on iOS and Android.