Team dynamics on the dev team are so important. A team that is healthy, well-balanced, everyone has an equal voice and trust each other is a great place to be on. If you're on a team like this, you feel motivated, learn more, the team gets more things done and both you and the team get more recognition. Let's call this team a healthy team.
Contrast this with a team where things are not so good. It might be a team with a conflict between two or more people. It might be that the lead takes too much authority, not leaving space for others. It might be one team member not pulling their weight, without knowing about this. Whatever the reason, this team is an unhealthy team.
From experiences that you've had, what are characteristics you've observed that healthy teams have, and what was true for unhealthy teams? These experiences could be from your own team or for ones you've worked with. Here are some of my experiences.
Healthy team:
- On meetings, everyone speaks roughly evenly. No one dominates the conversation and no one is completely silent.
- Team members help each other out all the time. Even when this means interrupting their work.
- Team members care less about completing their work and care more about the team/sprint/project succeeding. They'll pause their work if they think helping someone else complete a more important or complex work is more important
- Responsibilities are rotated: more senior members offer to more junior members to stretch themselves, delegating some things they do. For example, the role of who leads the standup, who facilitates the retrospective and others would be rotated.
Unhealthy team:
- Regular and visible conflict. Even if it's only between two team members, this has a hit on the whole team.
- Absent team member: when a person doesn't show up regularly and makes no communication that this will happen. The "oh, I didn't tell you that I'm working from home?"
- Being spoken over. One or more team members are regularly being cut off.
- It's about taking credit. A few team members are all about showing off how clever they are and how their ideas or contributions are the most important.
- Group thinking. On meetings and discussions, when people have a very different view, they don't bring it forward, not wanting to rock the boat. Often, this means no strong opinions and settling on a decision no one is really happy about.
- Too much authority. One or more senior members dominate decisions.
- Toxic code reviews. Code reviews result in a lot of tension and arguments. Even when it seems to be about the code or best practices, the code author and reviewer both end up being bruised and not wanting to talk to each other.
- Finger-pointing. When things go wrong - such as bugs introduced - people call out who made the mistake. This is in contrast of a blameless culture, where people accept that anyone will make mistakes and try to address the systemic root cause instead.
What have you seen great and terrible teams do or not do?
Top comments (6)
That's oddly similar to what I had as my unhealthy job experience. I'm not sure if this could be another bullet point but in my experience, companies focusing too much on making money do not seem to keep their members long enough (at least in CS, I've seen quite the opposite in other branches).
A healthy team is a team truly forgives their coworkers. While there’s more to it than just retrospectives, I find that their a great tool to get a team at least talking about the issues that really bother them:
Fixing Bad Habits By Learning To Love Them: Agile Retrospectives
Cubicle Buddha ・ May 15 ・ 5 min read
Great insight! Is it fair to assume this also implies there's enough trust present on the team for people to be honest on these retrospectives, without hurting each other's feelings as well, right?
Good question about trust. I think the retrospectives can help build trust just by letting the employees see that someone is bringing actionable change.
But yea, those first retros can be really gnarly if there hasn’t been a culture of forgiveness in the past. When it’s that bad, I (as the scrum master) work with the development managers to see if the developers can get more love and care. Once they feel more comfortable, the retros improve. It takes time. :)
One thing that I noticed contributes to an unhealthy team is having too many of the same type of person/personality. Lack of perspective. This usually generates an instant clique where there is an us vs. them mentality.
There is a richness that is present when your team is diverse and your product can flourish because of it. Having a lack of diversity is a bug, not s feature.
While I both agree that diverse teams are usually higher performing than non-diverse teams and research also supports this, I'm not sure it's fair to say that teams that are homogenous cannot be healthy. In many cases, you can change how people behave, but you can never change their background and past experiences.
The behaviour you described as "us-versus them" and having cliques is definitely something that contributes to an unhealthy team - thanks for sharing! Have you observed other behaviours or characteristics have you for healthy or unhealthy teams?