Speaker
Abstract
Psychological safety is fundamental for successful teams as it allows people to take risks and feel confident that no one on the team would embarrass or punish anyone else for admitting mistakes, asking questions or offering new ideas. But taking those risks doesn't come naturally to people and needs to be nurtured. Why? Because people have a natural tendency to look up in the hierarchy as to what is and isn't acceptable. Therefore if we model behaviors that show that it is safe for interpersonal risk-taking, it helps others see that they, too, can take these risks.
In this talk, I'd like to share what psychological safety is, why it matters to software teams and how Staff+ engineers can foster environments high in psychological safety.
I will start with a definition of psychological safety to build a shared understanding that engineers can use to aid their discussions of the topic. I'll share case studies of why it matters and how it benefits software teams. Then finish with some practical steps on how Staff+ engineers can foster psychological safety in their environments.
You can view an online version of the presentation with animations you can click through here. For additional resources you can visit this link.
Interview
I've been working with many different teams over the last couple of years, and I’m typically brought in to help with testing issues. But when I started digging into those problems, I realised that testing isn't the problem. It’s all the other things that happen early in the process that are causing the team issues; it's just that the problems manifest during testing. And typically the problems are usually related to relationships that cause a lot of friction in teams. So I've been focusing much of my time in that space, specifically on psychological safety.
Essentially, I was trying to figure out what's going on in teams, why they are having so much trouble talking to each other and how we can help them. The more we looked into it, the more we realised that some people were reluctant to speak up in certain situations. And we couldn’t understand why. Why were some people OK and then not others? And the more research we did, the more we saw that communication skills were not evenly spread in teams.
At the same time, we started to come across this idea of psychological safety, and the more we dug into that, the more we began to realise that this is what's holding some of our teams back. If we could unlock this, we could improve our team's performance and hopefully deliver more value to our users.
It's going to be mainly Staff+ engineers. But in terms of what I'd like them to take away from this is that it is leadership that can make a significant impact on psychological safety. But team members play an essential part too. The thing about Staff+ engineers is that they sit in a grey area between leaders and team members, and it's in this grey area that Staff+ engineers can make an impact that other people can’t. While they're not official leaders, they are looked up to by other team members. And while they're not official team members, they are getting hands-on with the teams. So, I hope we can enable Staff+ engineers to increase psychological safety in this space by modelling behaviours that show them speaking up and creating spaces that allow team members to speak up too.
This is for people who already think psychological safety is something we need in teams but still need to figure out how they can help. So the core aim of this talk is to discuss how can Staff+ engineers can help foster environments high in psychological safety. One of the key takeaways is that they can walk away with some steps to get started with psychological safety with their teams.
I'd also like to help those unsure of psychological safety and whether they should even care about it. And those that are maybe on the fence who think they don’t need to worry about this and perhaps convince them that they should focus on psychological safety a little more and that they can do something about it too.
Topics
QCon London 2023 is a three day conference for senior software engineers, architects and team leads. An international program committee of working engineers selects every session. Patterns and practices, not products and pitches.
Part of the track
Staff+ Engineering in Practice Hosted by Fabiane Nardon Data Expert, Java Champion & Data Platform Director @totvsFrom the same track
Monday 27 March
10:35 Whittle (3rd Fl.) Session staff+ Staff+ Engineering Beyond Big Techs: How to Succeed in the Technical Path on Non Tech Companies Loiane Groner Director of Engineering @BNY, Java Champion, Google Developer Expert in Angular, Microsoft MVP, Oracle ACE, Published Author As a software engineer with over 15 years of experience, you witness the constant evolution of technology and the impact it has on businesses and industries. 11:50 Whittle (3rd Fl.) Session psychological safety Psychological Safety for Staff+ Engineers Jitesh Gosai Principal Tester @BBC Psychological safety is fundamental for successful teams as it allows people to take risks and feel confident that no one on the team would embarrass or punish anyone else for admitting mistakes, asking questions or offering new ideas. 13:40 Fleming (3rd Fl.) Session staff+ Why Technical Experience Matters: How To Build a Lifelong Career in Software Development Sven Reimers System Engineer @Airbus Defence & Space Today big tech companies understand the value of offering a technical career path and supporting employees to choose those instead of the classical management career. However, when I started, more than 20 years ago, this path was not yet visible in the career jungle. 14:55 Windsor (5th Fl.) Session staff+ Panel: Staff+ Engineering in Practice Sven Reimers, Loiane Groner, Jitesh Gosai, Erin Schnabel What are the skills you need to develop if you want to stay on the technical track to technical lead, staff, or principal? What will it take to thrive in this type of role? 16:10 Whittle (3rd Fl.) Session staff+ You Can Go Your Own Way: Navigating Your Own Career Path Erin Schnabel Distinguished Engineer @RedHat Career paths seem obvious at the beginning: start your job, climb the ladder, retire. When we apply this pattern to a technical career, however, that general pattern raises some questions: Do I have to become an architect or a manager to make it to the next level? Do I have to stop coding? 17:25 Rutherford (4th Fl.) Unconference Unconference: Staff+ Engineering in Practice Shane Hastie Global Delivery Lead @SoftEd, Lead Editor for Culture & Methods @InfoQ What is an unconference? An unconference is a participant-driven meeting. Attendees come together, bringing their challenges and relying on the experience and know-how of their peers for solutions.