Hello there everyone,
Been a while, hasn’t it? All I can say the summer of 2017 has been a little crazy and although my contributions to SPaMCast have been going strong for the past 3 months (hint: prerecorded 🙂 ) I have not kept this site in sync with them. For that I apologize and look to get things back on track.
So for this blog it will be a condensed version of what was discussed in the podcasts, I am sure you have all be listening to them. If not here is the link, http://spamcast.libsyn.com/, outside of my contributions they are worth listening to.
So in the end I only missed 2 episodes: Leading in QA and QA leads.
Leading in QA
When this topic came up we were initially going to talk about how leadership in a QA environment was different and how difficult it is. Don’t get me wrong leading in QA is a tough thing to do. I have the grey hairs to prove it. A lot of re planning, modifying goals on the fly, changing directions on a dime and dealing with multiple stakeholders with different priorities. As the conversation went on we started to talk about leadership as a whole, not just with QA.
With all the stuff I mentioned above, how is that different from what any other leader has to deal with? Not just in software delivery, anywhere? In the end it is all about doing the right juggling act to get things done. The one thing I have seen where leaders fail is that they try and make everyone happy. That, to me, is a pipe dream. Even in some of my MBA course discussions we all talked about how it can never happen, someone is not going to like any decisions that people make.
Now here is the key to my success in being a leader, I make sure everyone is not completely happy with what I decide. Now before you say “WHAT THE …..” hear me out. The way I go about it is I get people to talk, not to me, to others that are impacted with what I would decide. I point those individuals in a direction and find a compromise. Are some people going to be more upset than others? Possibly. The outcome of what I do is hear them all out, understand their side of things and find as close to middle ground as possible. In the end it gives the sense of ownership to everyone on what I decide. It is not a dictatorship where I rule with an iron fist.
Now you are probably going: Jeremy, now you are not doing anything or making actual decisions. True, to a point. Usually by the time I get to this point where I bring everyone together I have made my decision based on the data provided and have planned accordingly. Here is the problem with that, and I am sure you have all experienced this, sometimes you don’t have all the data. Normally I find meetings like this, or a couple emails things come out of the woodwork that could throw a big wrench into the plans. So it is important to get people involved. I would keep going and will gladly answer comments, it is I want to talk about the other topic that was missed over the summer.
Right off the bat during my career I will say that being a QA Lead for projects was probably the toughest job I have had to this point. Here is the main reason: I had no real authority and all the responsibility. That combination is not a fun position to be in. The analogy I like is you are stuck waist deep in mud with a rope above you just out of reach, you can’t move, there are people on the outside of the mud pit with sticks to reach out to you, yet they have their backs turned to you and they are wearing headphones. Basically you are stuck.
Now it is not all doom and gloom, it is a challenge. How do you get people that have do not report to you to do things for your, or how do you get people that you report to do things you want them to do (This is one of my discussion proposals to QUEST 2018)?
Not only are you leading without authority, you are also planning and understanding risks to what you are trying to get done. It’s tough yet doable, regardless whether you are an extrovert or introvert. In the end it is how you treat others and get them to side with you.
The other aspects is what do I expect out of QA Lead. In the end I need to see someone that will tell me what is really going on, take initiative to make decisions that will get stuff done (letting me know what they are), and plan appropriately. Yes there will be times the schedule will seem unreasonable; welcome to QA. I have never seen a project schedule that was perfect or provided sufficient time. This is the opportunity of a QA lead to show resilience and innovation. When I say innovation I do not mean create some new tool to get things done. Look at the definition of innovation there is more to it than tools and such. Thinking of doing things outside of what is normally done to make it better.
The one thing I do not like to hear is “we have always done it this way”. That tells me people are not willing to find improvements. I have never seen a process or system that could not be improved upon. Even small tweaks can have big impacts or open doors to better opportunities.
Although I said the QA lead was the toughest role I have had, it was also the best. It gave me the opportunity to learn and lead without authority. I took those skills that I acquired and use them with my current role. They are easily transferable and makes the team better.
I look forward to reading comments and keeping the discussion going.
If you want to hear my views on other topics feel free to let me know.