In my last post I talked about the changes you may have to get used to when you move from a testing to a quality coach role. In this article I will explain what you can do to help you with these changes.
This can be a hard one as if you have been a tester for a long time you may feel that you are not adding any value or not contributing to the team. This could be because you are not producing anything or because you are not so hands on.
To help you with this change you can:
Remember you are a key component to what the team produces and you add value for the customer
Help improve how the team test
Working across teams can be hard. How much time do you need to spend with each team? Do you split your time 50/50? Or do you help one team for one week and then the other for another week? There is no right or wrong answer to those questions. As with testing it all depends on context…..
No 2 teams are the same. Yes they may have people with the same job titles but those people will bring other skills and opinions and experience.
To help you with this change you can:
Try and understand what experience and where on the quality journey the teams are.
Only attend the meetings where you can add value
Talk to the teams
There seem to be specialists around everywhere are the moment - and I’m not just talking about software development. A day doesn’t seem to go by where you don’t hear or see some advertisement for a company and how amazing their specialists are. But as a quality coach you won’t have a speciality. Your value is that you are a jack of all trades and a master of none…
To help you, think about general practitioners in the UK. They are doctors who see multiple patients a days and have to potentially diagnose a condition in a single 10 minute appointment. Now you could call them a jack of all trades as they need to know a little about a lot in order to help them diagnose the patient. These doctors are very important and without them the specialists would be overwhelmed with patients and a lot of their time would be wasted. For example of they referred a patient to the wrong specialist it would waste time and could potentially lead to a negative outcome for the patient.
To help you with this change you can:
Learn
Contribute in more areas
If you want to learn about the phrase jack of all trades and master of none:
NOTE: I use it as a positive thing even though it can seem a little negative.
Knowing what is going on in the software quality and testing world is always a good thing and it gives you knowledge and experience in areas you may not know a lot about. It can also give you a new angle on something you do know a lot about. You can learn new skills and may be able to use some of other people experiences in your company and team.
Has someone come up with a new unit testing framework? Has someone written a blog post about their experience with quality coaching? Whatever you read there will usually be something of value in it. Now how can you go about this easily when there is so much out there about testing and quality? Well it’s not easy but, off of the top of my head the below are a great starting point:
There are many more and my bookmark manager (Raindrop) can testify to this witg the number of articles I have saved and tagged!!!! LinkedIn is also a good place to read articles. Remember don’t just go for the popular blogs!! There are people out there who have some great ideas and posts that are definitely worth reading.
To help you with this change you can:
Set time aside to read about what is going on in the testing world
Life is often about compromise and sometimes accepting that people do things differently. This can be a great thing as well as something that is a little frustrating. Take loading the dishwasher for example. Now I load it a specific way but my wife does it totally differently. “How’s that going to get clean when you load it like that?” - a phrase I used to hear all too often. My wife would then start rearranging the plates and cups. I thought I had done a good job but she clearly felt differently. Now being someone who is keen to learn what I did wrong, when she next loaded the dishwasher I watched what she did. Yes I didn’t agree but as she explained why she was doing it, it made a lot of sense. So the next time I loaded the dishwasher, I loaded it differently.
From a testing perspective you may be stuck in your ways or have a very clear idea about how testing should be done. However as a quality coach that probably isnt your responsibility anymore. It may be difficult watching a developer test a feature and you really want to jump in and tell them exactly how they should test it. Now that may seem like a good idea but how is that developer going to grow their testing sills and improve if you keep telling then what to do? They need to learn themselves and a great way to do that is to ask questions. Let them get better by you asking the questions and them working out the answer.
Also if the team test differently to you, you may learn something. Just because you think that your way of testing would be better that may not be the case. You may see developers testing and realise that they have found a better way than you.
To help you with this change you can:
Be open to learning
Being a self-starter is an essential skill as a quality coach. As a tester you may just wait until you have been given some feature to test and then off you go. However as a quality coach you need to work with multiple teams and you need to help them in their quality journey. So by being able to understand the team, its members, how it works as well as all the other aspects of software development, mean you need to make a start and that start needs to be initiated by yourself.
To help you with this change you can:
Start small.
Just start.
How can you help teams learn and develop new skills? One way is workshops. Now workshops are a great way to get teams thinking about various quality concepts. Now running workshops can be daunting but a little preparation is a great way to make sure that everyone gets something out of them.
It can be daunting running workshops but providing you have planned what you want to do and people know what to expect, the chances of it being beneficial greatly increase. Yes you will make mistakes but we only ever learn and grow when we make mistakes.
To help you with this change you can:
Run the workshop idea by members of the team prior to running it or if you want to run it past the entire team.
For example you could run a something like a fast feedback workshop. The aim of this is to understand how fast the feedback loops are in your team This would involve mapping out the process that the team follows from start to finished and speaking with each team member individually in order to see how quick the feedback is. I did one of these which you can find here:
Now ultimately the aim is to leave the team. They can manage and navigate software quality without you and you know that they will be successful. Now leaving a team can be hard especially if you have built great relationships with the people you work with.
Knowing when to leave the team can be difficult.
To help you with this change you can:
Think about what you want to do after quality coaching.
Explain to the team why the end game is no quality coach. That way they will understand when you do leave.