Technical Leader Worries: Team Members Are Whining

Table of Contents

Understanding Team Complaints

It’s very annoying when you hear whining from your team. They complain about boring work, stupid company security policy, wrong management decisions, customers not knowing what they want and changing their minds, and project managers crowding them. Doesn’t it sound familiar?

I have great news for you: it’s wonderful they are whining. Try to hear the hidden message: “there is something important for me not happening.” It would be much worse if they had that frustration and didn’t say anything. How would you know then? It would be much more difficult to learn what is really going on.

Don’t treat these complaints as attacks, and don’t take them personally because it’s not about you. It is about the person, and something important for that person that is not happening. It’s just the only way that person knows how to say it.

Instead of defending or explaining, acknowledge the message and try to learn what is important to them and what they would like to see happen. For example:

“I can hear you feel upset by this [acknowledge person’s worries], can you tell me what’s so important for you in this situation [ask what they really need] and what would you suggest we can do about it [ask for their request]?”

Responding to Complaints

You can hear anything in response. It doesn’t mean you have to comply with the request. If you can, why not do it? If you can’t, just tell them, explain what’s important for you, and then try to find a solution satisfying both your and their needs.

Example Interaction

  • (Team member is whining that tasks they do are boring)

    “I am always given these boring tasks. The work in the team is not challenging. Any monkey could do it!”

  • (Take a deep breath and remember, it’s not about you, it’s about them. They are trying to tell you something, even if it’s not pleasant.)

    “Okay, I hear that you feel frustrated because your tasks are too easy for you and you can’t learn anything new?”

  • (Wait a little bit, they may be shocked because you didn’t try to suppress them or convince them they are wrong or have no right to say so.)

    “… uhmmm …. Yes…”

    “Okay. You know, I would like to understand better why it is so important for you, because I would like us to find a solution satisfying both of us…”

  • (Wait again, especially the first time as it can be shocking for the person.)

    “… uhmmm … I think it’s obvious…”

    “It might be obvious. And I want to ensure what it is, so could you tell me…”

    “You know, I love to create something useful, do something that improves work.”

  • (You’ve just learned what this person really needs - to make a significant contribution to others’ work. Then ask if they have some ideas about what they could do.)

    “I understand you would like to do something that can contribute to others’ work… Do you know what it could be?”

    “… You know… I didn’t know how to tell it… I have some ideas on how to improve our deployment process with a little helpful tool. But during the last meeting, I was banned by others so I gave up.”

    “Hmm… Interesting… I didn’t notice it… Can you tell me more about this tool…?”

    • (They explain)

    “Okay. Try to roughly estimate how complex it is and how it would affect our work. During the next meeting, we will discuss this suggestion with the team.”

    “Oh, fine. I’ll send an email with this data.”

Just imagine what would have happened if you had said at the beginning: “Don’t be whining. It’s just how our work looks like.”

(Text translated and moved from original old blog automatically by AI. May contain inaccuracies.)

Related Posts

Natural Order of Refactoring Explored Part 2: Compose Method

Compose Method

Analyzing methods, such as the one presented in Part 1, often leads us to understand the main points of the algorithm contained in them. This insight paves the way for the next step: try to split a large method into smaller steps by extracting them into separate methods (refactoring using the Extract Method). Thus, the original method will consist of a sequence of calls to these new methods. With the right naming conventions, you can achieve code that reads like a book.

Read More

Disappointment, Focus, and Solutions for All Problems ;-)

Introduction

Many of us dream of a situation where we can work at a sustainable pace, having enough time for everything and being able to comfortably do our job. But it doesn’t work. I’ll tell you why.

Read More

Renounce Nothing, Attach to Nothing...

Renounce Nothing, Attach to Nothing…

Today I experienced an “AHA” moment in a certain area. Since the topic is universal, I decided to share it. This is somewhat a continuation of a post from a year ago.

Read More