Reflection: Key mistakes as a Quality Coach

I enjoyed my time as a Quality Coach, working with between one and three teams at a time. I think it was a relatively successful stint. However I want to acknowledge some of the areas where I struggled.

Role Definition

As a role, quality coaching is definitely very different to anything that I’ve done before and it was also very new within our group. Unfortunately I never really got myself established into what I think would be the ideal Quality Coach role & responsibilities. It was only when I was on gardening leave, reflecting and taking on board a host of great resources that I felt like I had confidence in my own understanding of the role. If you don’t fully understand your place, let alone others understanding it, this doesn’t set you up for success.

Looking back, I just didn’t spend enough time getting people to talk through the challenges and how they can solve them. I always succumbed to pressure and would reduce my involvement, even if it was glaringly obvious to me that we were only going to suffer later.

Ownership

Coaching is largely about helping people make the right decisions and grow. However in my role I tended to own all of our quality initiatives. I owned our test environment & kit. Test strategies not working? I took responsibility to change that. RCAs only happened if I organised them. Talking about testing early, putting together test strategies etc, tended to only happen when I led it.

The knock on effect here is that whilst the team did view quality and testing as a shared responsibility and collaborated in the journey, they didn’t really lead it enough. I didn’t create enough opportunities to empower people. However “in my defense”, I would argue that a bunch of developers were never going to be super enthusiastic about leading change on test strategy.

I’m curious how they’ll get on without me. Have I led by example and left enough of a framework in place for people to carry it on?

Pairing

I’m a shy and socially anxious person. As no one has ever really paired with me, I wasn’t sure how to engage people. Consequently I did no where near enough to push pairing with people, in particular to push pairing with myself. I did do some mob approaches, which seemed easier from a social point of view, and had some successful sessions in those final few weeks and months but going forward this is arguably my biggest area for growth.

Automated Tests

I hate this topic. And this is a problem.

When it comes to quality and testing, most of the talk is around using these tools and I don’t have a lot of experience here. Don’t get me wrong, I am grand with every C# testing framework that I’ve used, explored TDD as a developer and have a good grasp of the theory & concepts. I’ve ran a TDD workshop (using C#) and introduced automated acceptance tests (in a C# windows app), so I’m definitely not clueless. However I don’t know the syntax or best practices with tools like Selenium, Playwright or Cypress.

Consequently as a coach I can really support people in understand what to test, layering and explain TDD & BDD but when a Playwright test isn’t behaving, I’m useless.

Metrics

Another topic that I’ve never quite gotten along with. It is odd as playing with spreadsheets makes me happy but I just couldn’t really see the value in them – at least the ones that I’ve seen. I was interested in using QPAM or QCTG but they had some subjectivity and it felt an expensive meeting to discuss.

However my biggest lightbulb moment came during a lean coffee session for a DORA Community Discussion on metrics. I’d been approaching metrics as an exploratory testing. Looking at data and seeing what I could discover. Instead I needed to be more of a politician. Have a story then gather data to prove it.

Summary

I believe that I was on the right path but needed to be bolder. I should have been establishing metrics to prove that we have challenges with our quality then using that to justify initiatives that I coach people through.

I need to have more confidence (and/or less fear) with pairing and unfortunately I will have to learn some of the modern automated testing frameworks in order to help me succeed in the future.