But, that’s not my job

A tester met me last week who was very unhappy with the way his Development team is operating. In particular he had complaints about getting little or no information when new features are implemented. He talked in length about how the requirements are only in the heads of their business guys and some how magically transferred to the programmers and testers are in dark when it comes to verifying those requirements. I listened patiently and then suggested: “How about you write a user story or draw a model for them. Then discuss with the business guys”. He quickly replied “but, that’s not my job”. I looked into his eyes and smilingly said “producing quality is every body’s job”.

ThatsNotMyJob

(the original photo is here: http://www.zazzle.com/thats_not_my_job_trucker_hat-148625291198305783)

I agree that taking ownership of other people’s job can create problems but when there are gaps, it is best to fill that gap by lending a hand. The ‘that’s not my job’ attitude causes problems in every situation but it is more so needed when products are delivered at high rates. If you make it clear to the team so as where the job belongs and then do the job saying “I can help while you are busy/looking at high priority items/don’t see value/etc.”, the job gets done and some day the responsibility goes to the right place.

Here are some things that I have done in different teams as tester, though they were not supposed to be testing’s job:

Moving Defects to Testing’s plate: There are some rules to manage Defect life cycle and one of them is that Programmer/Develeopment Manager/Project Manager should move the Defects to be taken up by Testing team when they are ready. But in my recent team, there was a gap and piles of Defects were getting in the waiting queue. I stepped up and am starting moving Defects to testing regularly though I know (and the team knows) that this will be done by Project Manager one day.

Writing unit tests: The established fact is that Programmers should be writing unit tests for the code they write and testers should focus more on scenario testing or workflows. In the API testing project I’m involved these days, at times we are handed over a new API that has no tests. Rather than hitting that API back to the programmers’ face, we do the friendly act to write the unit tests and then write scenario tests. The team knows the value put in by us and they know they need to do it on regular basis.

Model the feature or even a product idea: As I mentioned above, at times I have modeled the new feature for the team if I got no User Story/ FS / SRS / all those fancy acronyms. That can be done through any language but I have found mind maps and conceptual maps more easy to work and explain the models.

Have you been through situations when the rest of the team is not doing their job? How have you handled those situations?

Tags: ,

8 responses to “But, that’s not my job”

  1. Noman says :

    Drawing a model will not gonna solve this problem. Its all depend upon the Project Manager’s policy and attitude. I have worked with two different PMs in my previous job. One PM make SQA participation in any meeting a compulsory thing and other one don’t bother to tell SQA team about meetings. Former PM produces good quality product then latter including minimizing communication gaps between Dev and SQA. PM’s attitude make the trends in team. It is simply my observation and personal experience.

    Like

    • majd says :

      Thanks Noman for sharing your experience and you brought in a very good point that if PMs are interested in quality, the work produced is better. So we should keep trying (or praying) that we have more PMs like that 🙂

      Until then, we can do our jobs to have a quality catalyst effect on the team. At times some movements catch fire from bottom up rather than always been top down. I can understand that this is not easy but so is the job of testing.

      Like

  2. rumadak says :

    Good post ! This is something similar to what Agile world terms as swarming where you lend a hand to get the work done for the team!

    Like

    • majd says :

      Thanks Ruma and yes this is an Agile concept. Some people are allergic to Agile, so I prefer to poison their minds without letting them know that it is Agile 🙂

      Like

  3. Joe DeMeyer says :

    You said it right Majd – testers can be a catalyst for better quality. I would like to raise the bar though. Rather than conversations about who should do what, I encourage testing teams to collaborate on testing and testability at every step of the project phase.
    If I have a PM that has, shall we say, a relaxed attitude towards testing, I engage them and discuss the value of testing throughout the project. The conversations cover ideas of good feedback, failing fast, and collaboration on all testing. In my opinion, if we desire a change in how projects and enterprises use testing services, it is my job (our job) to make that happen.

    Like

  4. Michael Bolton says :

    “How about you write a user story or draw a model for them. Then discuss with the business guys”. He quickly replied “but, that’s not my job”.

    If producing or using anything that helps him to gain understanding of the product is not his job, I wonder what he thinks his job is.

    Like

    • majd says :

      Thanks Michael for emphasizing that it is Testers job to understand the product, the domain and the industry for which the solution is being offered.

      Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s