Sunday, 4 December 2016

Stop fighting. Start participating.

In her editorial for the October edition of Women Testers, Karen Johnson talks about change in the testing profession, particularly the increasing demand for test engineers and automation. She concludes her thoughts by saying: 

"...we had to fight for our profession in the beginning and, as it turns out, we might need to fight the good fight yet again."

I find the rhetoric of fight relatively common in the testing community. It's strong language to use in a professional context. To encourage people to fight is to encourage them to "take part in a violent struggle to overcome, eliminate, or prevent". It seems at odds with the type of environment that many of us work within or would choose to create with our colleagues.

In my experience, the quickest way to be removed or excluded from a collaborative conversation in the workplace is to focus solely on fighting for your viewpoint. If you are seen as aggressive or stubborn, people will probably choose not to talk to you. Decisions start to happen around you, rather than with you. Change still occurs, but by fighting you've removed your ability to influence it.

I don't believe that we should approach change with an attitude to fight it. 

Instead, I would like testers to focus on being part of the conversations that create evolution in our roles. We need to invite ourselves along, contribute with enthusiasm and pragmatism, and shape change that includes our perspective. Our mindset is not to fight, but to participate.

How can we do that?

I believe that any tester, regardless of their experience or position in an organisation hierarchy, can develop the skills and relationships required to effect decision making. But it's not easy and the scope of what you can influence will vary.

Start by developing your understanding of where change comes from in your organisation. As testers our roles may be shaped by test managers, or software development managers, or managers in the wider organisation. How far away from you are the decision makers? 

What forum are decisions being made in? Could you attend? If you're not sure, don't assume that the meeting is closed. Speak to the organiser. If you're unable to attend as a contributor you may be permitted to observe. 

Regardless of whether you can be present, try to find your closest advocate in that forum. This is probably the person whose views most closely match your own. It could also be the person who is most receptive to alternate perspectives. If your manager is in the forum and you believe your best advocate is someone else, use extra care and diplomacy as you navigate future conversations!

Try to develop a connection with that person. Take time to understand their viewpoint and how they've come to develop it. What problems do they believe will be solved with proposed change? What do they understand to be the potential benefits and drawbacks of their choice? 

Think beyond information to the context that it originated from. How much do you know about the environment that the decision maker is in? What pressure is being applied to them from other areas of the organisation? What is their personal history in the organisation? Empathy will help you feel the weight of their context in their choices.

Only after all this groundwork do you start thinking about your own contribution to the conversation. Can you broaden understanding of the existing problems? Can you offer additional information about the options being considered that may alter the final choice? What new alternatives can you suggest that still resolve the specific concerns of the decision maker?

Then, how can you present your viewpoint persuasively? Successful participation is not just about what you say, but also in how you deliver it. Can you control the pitch and pace of your voice? Can you demonstrate positive body language and illustrate your message with appropriate gestures? If you need to, practice first. You should appear confident in your ideas.

Finally, be comfortable with the outcome, whatever it is. Even when you feel some disappointment in a decision, participating in the discussion will have improved your understanding of how it was made. And remember, the goal is not to "overcome, eliminate, or prevent". The goal is to be involved. 

I've described a high-level approach to contributing to change that illustrates a collaborative mindset rather than a combative one. Behind each step is a depth of knowledge to uncover and new skills to develop. It may be harder to be a diplomat than a warrior, but I believe this path will focus your energy in a constructive way.

There is no doubt that the testing profession is evolving. If you want to help shape the changes that affect you, then contribute in your own organisation. Stop fighting and start participating.

12 comments:

  1. That's a useful reminder to choose participation over confrontation. There are(at least) two types of change - change for the right reasons and that for the wrong. It's worth pointing out that the change in testing is for the wrong reasons - there is a shallowness in understanding testing. Of course, fighting still may not be the right option.

    Good testers should be comfortable in their beliefs, despite the current change. Too often, I see confusion among good testers - I don't blame them, given the extent of the change. It's a tricky balance to understand good testing and influence others when the understanding is so different.

    ReplyDelete
    Replies
    1. While I support the collaborative approach and also think that "fight" might be a harsh word, I do believe that your approach is, while desirable, a bit too soft-sided in some scenarios and situations.
      One of these scenarios is where all these changes lead towards the "we don't need testers" direction. I personally believe that to be wrong, and I have seen a people trying that and failing.
      Another scenario is "development always wins" - a scenario which
      I also call "tester as second class citizen". This goes hand in hand with notions like "everybody can test" and "testing is just trying out the SW". Basically a complete failure to understand the job of testers"
      In scenarios like these it is important "to stand up" for your position. And it is not (primarily) about a tester's position. It is about the goal we should stand for in that role - good Quality SW.
      Yes, to influence that, you have to be involved. And the best way to be involved is a collaborative approach. But for that approach to work, mutual respect and understanding is important. If that is given, there is no need to fight. If mutual respect is not given, then one should stand up and make his or her point - or get the hell out of there :) Or my personal way of putting it: nearly nobody seems to have a problem having testers report into Dev Managers (that managers with "only" development background). Mutual respect will be achieved, if that is also true the other way round.

      My understanding of this editorial is that people jump to conclusions about testing (and development models) and as to how testing work should be done based on what they wish for instead of what they actually understand about testing and SW quality.
      I understand it also coming from someone who urges to think about the appropriateness of measures instead of following the next hype. And this is especially true for organizations, where testing is not independent enough (and important enough, also with regard to the organizational level) to be considered and heard when it comes to strategic decisions. To be part of the game at time you just need to be high enough in the hierarchy (sad, but often true). So, to participate (and others letting you participate) you have to be loud sometimes. Friendly, approachable, collaborative - but firm!

      Delete
    2. Thanks for your comment Bernhard.

      I wanted to offer a couple of experience reports that I've seen from testers in the situations that you mention.

      Jesse Alford works at Pivotal in the US. He spoke at CAST2016 on the topic "Against a Harmful Divide: Testing as the lifeblood of development" sharing a really interesting perspective on the "we don't need testers" phenomenon.
      https://www.youtube.com/watch?v=1gLdYF_1NDg

      Sally Goble works at The Guardian in the UK. She spoke at Pipeline Conf 2016 on the topic "So what do you do if you don't do testing?" which, again, is a real experience report on a significant change in the role of the tester.
      https://vimeo.com/162635477

      I believe both are examples of people who've participated in conversations about the evolution of their role rather than fighting from a corner or making a stand. In my experience, the stories from the obstinate usually end in them "getting the hell out of there". I'd be really interested in hearing experiences where a fight has had a productive outcome.

      Delete
    3. Hello. Katrina, I appreciate the way you highlight how to be collaborative. And while I used the term "fight" - gosh this can be misunderstood greatly. I feel those who know me well know my "fighting" is not hostile or combative but influential, insistent and hopefully thoughtful.

      I agree with Bernhard that some testers may need a bit of a status boost before or in order to be able to have their ideas heard ... I was not addressing that aspect in my editorial. After all, there are many scenarios and a short editorial cannot outline all the nuanced scenarios and dynamics that might exist.

      My hope was that testers in the basic scenario I described would feel supported and encouraged and that the term "fight" would provide a sense of motivation. As a frequent conference speaker, I think many would know a combative approach is just not my style .. at least not normally.

      One of the most pressing scenarios is the sweeping move to automation - and that itself is not an issue. What is an issue is when automation is viewed as a silver bullet (I think Alan Richardson aka Evil Tester refers to this as the magic unicorn or some such thing). It can be a tough situation to encourage others to move towards automation with thought, to understand when the trade-off (work effort over pay-off) is there and when it is not and when that trade-off is not there - manual testing can still be the right thing. But in some scenarios this type of push back can be misunderstood as someone being anti-automation and once that happens ... it typically not a good scene. As you highlighted - if you are combative - sometime decisions will be made without you - not with you. The tough thing is sometimes even when you are not combative (but collaborative, approachable, truly easy to work with) but you are just of a different thinking - you can get left in the dust, you can get tagged as combative - and once that happens, it is a tough scene.

      One more comment on the word "fight." In a personal scenario in recent days, I was in a tough conversation where myself and someone else had a vastly different view. No yelling, no bad behavior took place but it was indeed a tough difficult conversation... and I would have called it that - a tough difficult conversation while the other person quickly called the talk - a "fight." We are quick to grab words, quick to label but tone, timing, body language are all part of a conversation. Someone's tolerance for hard conversation can vary too, sometimes we push more influence than is suitable even with the best of intentions - and end up creating the wrong outcome. It simply ain't easy.

      Glad you highlighted the word collaborative and highlighted how to go about working that way.

      I hope my editorial and message are not misunderstood and that the word "fight" does not overshadow my editorial and the desire to discuss the changes in our field and where those changes leaves many a manual tester. If my editorial spawns idea sharing on how manual testers might internally mentally approach the changes as well as how they actually work through the changes - then I will be glad indeed.

      Delete
    4. Thanks for your comment Karen.

      Having seen you present at conferences, I did assume that you probably meant "fight" in a looser sense. But your editorial was a catalyst for writing about a language choice that has bothered me for some time.

      I like your point that sometimes those who are simply of different thinking may still get tagged as being combative. I have seen that happen in the workplace. But I've also seen people take the mantra of "fight" to validate aggressive behaviour, which is usually to their detriment.

      I am also glad to see interesting conversation happening here, and via other social forums, on the topic of approaching change as a result of this post and your original editorial. Lots of food for thought.

      Delete
    5. Hi Katrina,

      Thanks for the interesting links. I guess we have a slight misunderstanding (and my English is not that good as I wish it would be).
      So let me state clearly. There is typically no use to fight change: If you try to fight it, most of the times you will be changed. And it might not be the way you want to.
      The world is changing constantly and therefore one has to rethink and reinvent himselves and your organization quite regularly anyway. But, and that is for sure: I like to be in the driver's seat. Or at least be the one with the map and telling the way to go.
      So when I talk about standing up for your points I do not mean fighting change, but for the chance to have a say about the way. And my point was, that there are situations, where testers might not be "invited" to collaborate on "their own change". This is the point in time where you have to stand up in my mind. Because if you don't, you don't achieve the goal of participating at all, you will be changed.

      You ask for an example where fighting brought a positive result. Admittedly I might be at loss at the finer points of the word fighting here in the first place. A heated discussion between colleagues can be, in my opinion, a fight. They might have different opinions on how to do things and heatedly discuss and advocate their ways. I have seen situations like that a number of times, and most of the times the result was quite good. Because the people involved were passionate about method, way, etc. but would work very well together and had a good relationship on a personal level.

      So to me, in my understanding of the word "fight", this is not bad under all circumstances. Could the discussion climate be better: of course. Would I prefer them to be more controlled? Sure. But if they are passionate about their work and don't insult or attack others personally, I can live with it.
      Most of the times I have seen these people work together.

      Does standing up for something bring positive results. In my mind yes. DId I personally stand up against change: not really, most of the times I actually shaped it. So no example here.
      But let's take a different one: I got basically yelled at by a top manager once for pulling the plug on a release at some point in my career. He told me how important it was, that the deadline was non-negotiable, etc. etc. Would I have been younger and inexperienced, I might have faltered and let the SW out. But knowing that it would have been worse to let it out I stood my ground.

      I explained what has been done, I explained that this was no surprise given the developments in the project, I explained the possible scenarios. And hold and behold, I was understood. Not that the manager liked it any more. He did not, which I could understand quite easily from the business perspective. But letting it out would have had a negative business impact as well.

      Earlier in my career I let myself convince "that it would be ok" in a similar situation. Well, since my manager went on a took the responsibility for the call, I was off the hook. But it did not go well, and to me it just felt wrong that I did not follow through with my arguments. So my personal conclusion was and still is that you have to be firm. But being firm about values and goals doesn't mean one is fighting change. Well, at least not in my view of the world.
      To quote Claudio Acquaviva: "fortiter in re, suaviter in modo". In the testing context this means to me that a tester has to be strong about the quality of the products or services. The way of achieving the quality can be varied and discussed and should be aqequate and appropriate.

      Still not sure if these many (too many?) words actually explain what I mean - But I assume that our opinions on the matter are rather similar - yet approaching the getting involved might be a little different, based on different experiences

      As always, happy to discuss further

      All the best

      Delete
    6. Thanks for your clarification Bernhard. I particularly like "being firm about values and goals doesn't mean one is fighting change". Lots more to think about.

      Delete
  2. I'm excited for the future of testing. So much testing in the past was done badly and ineffectively, I would like to think it is that kind of testing that is going away.

    Testers need to do more. Make more. And as you say participate. So that we can evolve.

    ReplyDelete
  3. "The supreme art of war is to subdue the enemy without fighting." - Sun Tzu

    and...

    "He who knows when he can fight and when he cannot, will be victorious." - Sun Tzu

    When looking at your definition of fight KC ("take part in a violent struggle to overcome, eliminate, or prevent"), I tend to agree with you. However, there are many ways to fight.

    I think we lean towards the word fight because we are passionate, and it seems to fit nicely with how we feel (our level of passion) about our position and the apparent need to defend it. So yes, I also encourage others to do what you have written above and would urge people to try and contribute and influence first. However, there may be a time when they do need to fight... how they fight is the important part, and will either see them dispatched or continue on.

    ReplyDelete
  4. As is so often the case Katrina, I agree with your sentiments.

    However, I think that the word "fight" is now so commonly borrowed from its literal meaning, that you defined, and used almost metaphorically to refer to attempts to change ingrained ideas or overcome less physical oppression that this has become accepted secondary meaning for the word.

    It's in this sense that I believe Karen used it, and I think in this sense that the word is useful. It's an emotive word - and it could be argued that this is a negative thing, leading people to feel passionate might indeed incite the kind of violent response you counsel agains - but I think that, delivered in the right way, it's a good way to evoke the sort of passion for the future of testing that we need to help us persist in engaging in these collaborative efforts that require dedication and patience.

    Good stuff though, and keep fighting the good fight ;)

    ReplyDelete
  5. Wonderful discussion thread. Thanks everyone. What I would like to add is strategy. Collaboration is critical. But when the discussion inevitably turns to automation, without a good testing strategy to guide the conversation, it will be dominated by developers. Their approach to testing will be to automate everything and get rid of manual testers. And with no counter arguments other than "that's a stupid idea" or other solutions, you are going to be looking for another job sooner rather than later.

    This is where a good testing strategy comes in. This strategy MUST include the full testing stack (Unit, Integration, Functional, GUI, end-to-end, business flow, Quadrant 4 tests, etc.). I have found it valuable to even have developers help with this strategy. Having them realize ALL the tests which need to be executed is an eye opening experience. It must also include a CI section, something about defect handling, a plan to get team collaborating, and a reporting section which goes beyond the near-useless traditional test progress report.

    Bringing this to the table early in the discussion will help you guide most of the conversations. There will be a lot more mutual respect as the developers will see you as knowledgeable and someone who can bring a lot of positive to the table. If you are the advocate for CI, if you are the advocate for bringing in cucumber for automated GUI testing (and have a list of specs needed to implement), if you are the advocate for this and that, the team as a whole will respect much more. And even support you!!

    Being proactive about testing strategy is a good fight worth having.

    ReplyDelete
  6. A great article and it's generated some fantastic comments. In my experience I've been in environments where I've felt I've needed to fight, thankfully I'm not in an environment where that's the case now. It's easy to feel embattled and entrench into your position when you are feeling like you need to fight or defend your opinion. It becomes difficult to get perspective of the whole situation and is very damaging to the culture of the organisation.

    There's some really good advice on how to behave in those situations, but it's a lot harder than it seems. It takes courage and patience and it's particularly difficult in small organisations. But if you can behave the way you want to be treated that's not what I'd call soft, but leadership. Be courageous and lead by example.

    ReplyDelete