Thursday, January 15, 2015

On The King's Speech and Testing

I was sitting watching "The King's Speech" earlier this week. Did you ever see the film "The King's Speech"? Its an interesting study. The thing is, most people watching it saw it as a study in how one man, a Prince who would be eventually be King, even though he really did not want to be and had an elder brother, the heir, who was tied up in interesting "relationships" with people that were simply, inappropriate... the whole abdication thing in 1936.

Most people who see the film take away a story of a triumph of will on the part of the man who became King George VI, with the assistance of the speech therapist, of course.

As a tester, I noticed one distinct thing, early on - Albert (not yet George) and his wife, Elizabeth, pay a visit to the speech therapist (Lionel Logue). After a brief, unsuccessful visit with Albert alone, this second visit consisted of Albert and Elizabeth telling Logue, in effect, how they wanted him to do his job.

It was interesting, because he had been asking questions that made Bertie/Albert (not yet George) uncomfortable. Stuff where Bertie/Albert did not understand the purpose of the questions. When Logue explained that there was possibly information he needed to help Bertie/Albert within the answers.  Except Bertie and Elizabeth would have nothing to do with such, flim-flam unimportant silliness.

They wanted him to fix the physical problem of his stammer.

Ummm, Right.

How many times does someone, a PM or a BA or whatever, come in and demand that we, as testers, do something that will not serve the needs of the project, team or company - and tell us to do what we are told - and that is our job. So just do it.

So, we should just do it their way. Right?

Clearly, we should focus on finding bugs. Unless we should focus on making "sure the software works".  We should focus in ensuring confidence. 

We should focus on ALL of these things.

CODSWALLOP.

We might do those things, on some projects, in some contexts, when they are the right thing to do. Here, by "right" I mean within a reasonable professional code of ethics. Of course, it might boil don to "keeping your job" but that has never really held much sway for me - at least not in the last 15 or 20 years or so.

So, how to approach or respond someone who is telling us what we should be doing, with no real expertise or experience within their argument, other than "I'm your customer and this is what I want"?

I am reminded of the philosopher-poet who wrote:
You can't always get what you want
But if you try sometimes you just might find
You get what you need

What is Wanted vs What is Needed

Loads of people confuse wants and needs. There really is a difference, no matter what the marketing folks will tell you.  The hard part in sorting out what is needed from what is wanted is that, well, it is hard.

Really hard.

There is the noise/buzz/clamour that they "need it NOW!" Then there is the voice in the back of the head that says "something does not quite feel right; something is out of sorts."

So, how do we do that? The apparently easy way is, we tell them "that won't work."  Of course, I'm not sure that works either.

The apparently not quite as easy way is to say "Well, I'm not sure that will work, and here are my concerns..."

The thing that is wanted from us, as testers, is the one where we say "OK! I'll do precisely that!" Which will make the requester/demander go away happy, at first. Odds are, they'll be back not so happy, but that won't be for a while so that is just fine for now. We can figure out something to tell them later.  Not today.

The option that Logue used was simple. "OK, we'll do it that way." He then proceeded to do "physical exercises" and "training" to deal with the stammer - knowing that the chances of it working were... ummm... improbable.

In the process of working through these exercises, they conversed. They talked. At one point it became clear that Bertie was actually left-handed, but had been trained to act right-handed. This led Logue to comment that this was not uncommon. There were questions posed as "interesting ideas" that Bertie answered, simply because he was relaxed. His guard was down - and did not seem to mind.

In the end - Bertie came to rely on Logue - even apologizing for being a jerk. Well, not quite in those words, but well, it was the gist.

In the end Logue did what was needed - by being willing to help. Oh, and letting Bertie and Elizabeth know he wanted to help - and being willing to "do what they wanted" until it became clear that was not working.

And Testers?

We can push back, gently. We can offer help. We can set the conditions. We must also know what to push back against. We must know why.

I'm not sure if I can do what Logue did - at least on a regular basis. I've tried, with various levels of success. Some folks were OK with that. Other folks wanted something like "that and only that" - do precisely that one thing, exactly what they said.

I have a hard time with that, particularly when they can't answer basic questions around the intent of the software.

Granted, working as a consultant or contractor, you may have a bit of leeway that an "employee" may not have, at least on the surface.

Know how you can contribute, then do so.  Or not.

You may not get a CVO out of it, but I expect you'll be able to sleep at night.




No comments:

Post a Comment