Back to resources

Learning From Your Mistakes

QA Team
Strategy

13 October, 2021

Phillip Derosa
Phillip Derosa

Global Director of QA at OneSpan

Phillip Derosa, Global Director of QA at OneSpan, believes that every pitfall is a learning opportunity in disguise.

Problem

One of the things that I’ve found to be true over time is that we don’t always learn from our mistakes. Some people are content to simply fix a bug and to call the problem solved. The customer is happy, and service is restored. Some companies fall into the same trap. They don’t learn from their mistakes, they simply fix the mistakes that they’ve made previously.

While keeping the server running is important, something that is often forgotten is how the team got there in the first place. How do mistakes like this occur? How can they be prevented in the future? They say that every defect is a treasure if you’re able to go back and to find the root cause.

Actions taken

Once the root problem has been found, you can take a closer look at how the issue got involved in your project. How you manage the problem matters more than anything else. We want to always be learning from the mistakes that we’ve made.

All people are human. All people make mistakes. It’s not about management reports and all of that. It’s about the people who surround the issue and the conversation that they have as they try to understand the mistake.

Learning from this and learning about the impact of their mistakes should be a top priority. So often, the people who work directly with the product are disconnected from the actual business side of things. They may have refactored some code without telling anybody or have made some sort of last-minute change that felt like a good idea at the time, breaking something inadvertently in the process.

Sometimes, these things find their way into production and cause a problem. The person who was refactoring code likely had good intentions, not realizing that what they were doing could break the business. Shielding people from their mistakes and the pain can be a natural instinct when leading, but in life, people learn by doing.

Now, the root cause of the problem can finally be addressed. It’s easy to blame the messenger. The reality of the matter is much more complex. Rarely is a loss completely pure; there is usually some situation or factor that could have been prevented or accounted for.

Lessons learned

  • In QA, you tend to get a lot more flack. We’re supposed to be the ones responsible for catching mistakes before they get too far ahead of us. Creating visibility and transparency when it comes to the nuance of the domain helps executives see through the noise and contend with the heart of the problem. Hindsight is 20/20. It is never simple to make the perfect decision at the moment.
  • Once you have had a chance to examine your mistakes, you can begin thinking about how you can do better in the future. By bringing it to the Scrum team, everybody gets a little better. You remove the management telling you what to do and it puts the onus into your hands to learn and to improve. I think that everybody wants that, in a general sense.
  • The bottom line: we all make mistakes. Let’s learn from them. I try to avoid making the same mistakes over and over again. There are always new ones waiting right around the bend.

Discover Plato

Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader


Related stories

How to Organize, Manage, and Grow Your Team

12 July

Vineet Puranik, Senior Engineering Manager at DocuSign, discusses the impact of roadmaps, organization, and proper management for your teams to procure growth.

Managing Expectations
Delegate
Collaboration
Roadmap
Strategy
Vineet Puranik

Vineet Puranik

Senior Engineering Manager at DocuSign

Bootstrapping a Startup While Working Full-Time

23 June

Lucjan Suski, CEO & Co-founder of Surfer, relates how he started a company as a side project and shares his insights on bootstrapping tech startups.

Innovation / Experiment
Motivation
Strategy
Lucjan Suski

Lucjan Suski

Co-founder, formerly CTO and CEO at Surfer

Managing Through a Team Reorganization

15 June

Mugdha Myers, former Engineering Manager at Google, discusses the challenges of leading a team through the ambiguity and anxiety caused by a large-scale team restructuring.

Alignment
Changing A Company
Strategy
Changing Company
Mugdha Myers

Mugdha Myers

Engineering Manager at N/A

Streamlining Product Processes After a Reorganization

16 May

Snehal Shaha, Lead Technical Program Manager at Momentive (fka SurveyMonkey), details her short-term technical strategy to unify processes among teams following an acquisition.

Acquisition / Integration
Product Team
Product
Building A Team
Leadership
Internal Communication
Collaboration
Reorganization
Strategy
Team Processes
Cross-Functional Collaboration
Snehal Shaha

Snehal Shaha

Technical Program Management at Apple Inc.

Navigating Disagreements When It Comes to Priorities

9 May

Pavel Safarik, Head of Product at ROI Hunter, shares his insights on how to deal with disagreements about prioritization when building a product.

Innovation / Experiment
Product Team
Product
Dev Processes
Conflict Solving
Internal Communication
Collaboration
Convincing
Strategy
Prioritization
Pavel Safarik

Pavel Safarik

Head of Product at ROI Hunter