DEV Community

Cover image for 5 Factors for Effective Teams
Jan Wedel
Jan Wedel

Posted on

5 Factors for Effective Teams

Most of us work in teams, some as developers, some as managers, but both actually want to develop software effectively. That doesn't mean "fast" even if managers* often use those two terms interchangeably from time to time.

The researchers found out, that those are the 5 key factors for effective teams:

  1. Psychological safety - “If I make a mistake on our team, it is not held against me.”
  2. Dependability - “When my teammates say they’ll do something, they follow through with it.”
  3. Structure and Clarity - “Our team has an effective decision-making process.”
  4. Meaning - “The work I do for our team is meaningful to me.”
  5. Impact - “I understand how our team’s work contributes to the organization's goals.”

Although those results come from one company (Google) that certainly works different than many other companies, I think many of us will agree that those are indeed important factors.

Surprisingly, "psychological safety" is number one. At least from my gut feeling, this was very important, but it's really important to see that as an objective result. Developers work well in an environment where they are not blamed for mistakes or missed deadlines. Where mistakes are actually viewed as a good thing that we can learn from and continuously improve.

With no surprise but equally important is what is not on the list: Putting people under a constant pressure to achieve a higher feature output or to meet artificial deadlines. This will almost always result in either failing projects to to the lack of quality and high maintenance costs and/or people simply quitting the job. Read "Tom DeMarco - Peopleware", a really good book on this topic.

So, have a look on the research results, linked in the references section below. See if it applies to your situation and if you are a manager, see what you actually can improve. There are even some good suggestions on what can be done to achieve those goals.

References

Google Project Aristotle Research Results
Tom DeMarco - Peopleware

(*) I'm not blaming anything generally on managers here, I am actually both developer and development manager. I just think too little managers actually base their managing style on scientifically proven methods.

Top comments (4)

Collapse
 
kevgathuku profile image
Kevin Gathuku

Love this. I totally agree with the Peopleware book recommendation. It's an absolutely fabulous book about what makes teams succeed or fail. I hope every software developer gets to read it in the course of their career.

Collapse
 
stealthmusic profile image
Jan Wedel

The thing is: I have the feeling that the wrong people tend to read it. Developers usually know. I would actually order a couple of dozen issues and put one on each managers desk.

Collapse
 
maeghith profile image
mæghith | Ramón FSM

Just a comment on the header image, proper actual quote is:

"The whole is different than the sum of its parts" (not "greater"), and it's from gestalt psychologist Kurt Koffka (not Aristotle).

en.wikipedia.org/wiki/Gestalt_psyc...

Collapse
 
stealthmusic profile image
Jan Wedel

It’s actually from the research results so I didn’t double check it. But hanks for clarification. There are so many wrong quotes out there... people just lose track