Do You Suspect You Have a Less than Productive Person on Your Team?

typewriter - image licensed from Photodune
typewriter - image licensed from Photodune

In the past couple of days on the Scrum Development mailing list an interesting thread has developed around what to do with a poor-performing team member.

Too my mind there have been a number of key takeaways:

  • Be very careful about the language you use: Strong language implies prejudice and assumptions.
  • Reset use a Beginner’s Mind.
  • Does the team perceive this to be a problem?
  • Possible causes of this perception.
  • Measuring Individuals doesn’t work (nor does measuring teams, but that’s a different topic).

If it is a real problem how to handle it.

Your Perception

Strong language like “Rotten Apple” “Ruins the team""drag on productivity” etc. imply that you’re already convinced the person is the problem. Unfortunately, this can just be prejudice. Linda Rising, author of “Fearless Change: Patterns for Introducing New Ideas”, notes that people will categorize or stereotype other people in a very short period of time.

“In many cases, a supervisor “determines” the ability of a worker in about three weeks, labelling them as either “can do” or “can’t do” workers. Once a prejudice has been formed, the supervisor views all the actions of that worker through this filter. If two workers make the same mistake, in the case of the “Can’t do” worker, the supervisor will think, “There he/she goes again, making the same mistakes,” while in the case of the “Can do” worker the supervisor will think, “Maybe he/she wasn’t feeling well.” Eventually, the supervisor can only recognize actions that affirm their prejudice.”

In such a case like this consider using Beginners Mind (courtesy of Jean Tabaka and David Hussman). Let go of the outcome, take a stepback, ask why not how, bring silence listen, and observe. The key is finding a way to let go of previous conceptions and reexamine the situation from scratch.How is this person working?

Team’s Perception

Remember the Star Wars quote (thanks to Paul Hudson):

Obi-Wan Kenobi: So what I told you was true, from a certain point of view.

Luke Skywalker: [incredulously] A certain point of view?

Obi-Wan Kenobi: Luke, you will find that many of the truths we cling to depend greatly on our own point of view

Does the team see the problem? Do they work with this person or avoid them?Are they making jokes about the situation? Behind the person’s back? Is thisperson included in lunch, coffee breaks, and water cooler conversation? Has the team raised the issue in retrospective? If the team doesn’t perceive a problem,then maybe they see the situation differently than you do.

Possible Causes

Assuming there is a productivity issue, examine what they’re doing and see what the possible might be:

  1. Personal problems at home (new kid, divorce, family member is sick, …)
  2. Maybe they underestimate tasks.
  3. Maybe they’re very careful and leave no loose ends behind.
  4. Perhaps they act as glue for the team, holding the team together by communicating ideas and solving little problems. All the stuff that goes unnoticed but really does matter.
  5. Maybe they’re just slow by nature
  6. Maybe this person knows much less about the problem domain, technology etc than anyone else does.
  7. Maybe they’re bored, and this will come out in your one-on-one’s (see below).
  8. Maybe they really are a slacker.

Measuring Productivity

We also hit the problem of measuring the individual’s performance by using the number of story points they completed during the iteration. This was a troublesome topic for any number of reasons:

  • Measures of people are entirely subjective
  • No meaningful way to measure productivity or even skills
  • Measures like this are too easily gamed
  • It doesn’t take into account anytime the person may have spent pairing, studying, removing impediments etc.

Possible Solutions to the problem (if it really exists):

  • Pair with the person yourself. It will give you a much better idea of how they work.
  • Have a one on one with this person (if you’re not already doing it, then make it a team wide habit first so that you’re not seen as singling the person out). Ask them how they perceive their own productivity. Maybe they do things, that you don’t see.
  • Put together a plan to solve issues that both of you can agree on.
  • If none of this works ask the person what they want. Maybe the person feels out of place on the team.
  • Consider letting someone go only after all avenues have been exhausted. Whenthis happens, I consider that I have failed.

So before we rush off to action:

  • Stop, let go of preconceptions
  • Re-examine the person’s role on the team
  • Listen/Watch - don’t measure
  • Only if there is a problem - then solve it.

For a great deal more on this and related topics you might like a book by Johanna Rothmann and Esther Derby: Behind Closed Doors: Secrets of Great Management (Pragmatic Programmers).

Caveat Emptor - if you buy any of the books after clicking on my link I get 4% of the price. In all likelihood that means I might be able to afford a coffee or two.

Image via: https://photodune.net/

Mark Levison

Mark Levison

Mark Levison has been helping Scrum teams and organizations with Agile, Scrum and Kanban style approaches since 2001. From certified scrum master training to custom Agile courses, he has helped well over 8,000 individuals, earning him respect and top rated reviews as one of the pioneers within the industry, as well as a raft of certifications from the ScrumAlliance. Mark has been a speaker at various Agile Conferences for more than 20 years, and is a published Scrum author with eBooks as well as articles on InfoQ.com, ScrumAlliance.org and AgileAlliance.org.

Get Certified

Explore what Scrum is and how to make it work for you in our Scrum Certification training. Hands-on learning will guide you to improve teamwork, deliver quick feedback, and achieve better products and results.

Registration is now open for workshops:

About this course

Focuses on the role of the team and the ScrumMaster. Get the skills and practical experience necessary to improve teamwork, take the exam, and advance your career with a certification that is in high demand today. Often the best fit for anyone new to Scrum.

Learning and Benefits

Relatable Scenarios

Learn on-the-job applications of key Scrum concepts, skills, principles, along with practical solutions that you can apply the next day for difficult, real-life situations.

Respected Certification

Everything you need to earn your Scrum Alliance® ScrumMaster certification, including exam fee and membership, and so much more.

Practical Exercises

With focus on the challenges that real teams face, and tools to dig deeper. You don’t need more boring Scrum theory. You need something you can sink your teeth into to see immediate results.

Jargon-Free Learning

This workshop is not just for software development or people with a computer science degree. We’ve helped many non-software teams with Scrum.

Career Advancement

Use Scrum knowledge to standout at work, get paid more, and impress your customer, all without burning out.

Ongoing Support

Our active Scrum community forum is a safe place to ask questions. Long after you earn the Certified Scrum Master certification, you will have access to the forum, course materials, and additional valuable resources.