Back to resources

Turning a team around

Managing Expectations
New Manager

6 December, 2017

Seth Sakamoto
Seth Sakamoto

VP Engineering at TeamSnap

Seth inherited a team of 60 engineers that lacked motivation and productivity.


I took over a team of 60 engineers as a VP of Engineering, and I rapidly noticed that there was a general lack of motivation and excellence in the team. People were not excited by challenging projects, deadlines were not being respected, and no one was going the "extra mile".

Actions taken

Over my first month and a half, I observed the interactions between teams and the way they worked. I also had a one-on-one with each engineer and asked them what was going well, and what could be improved. The problem I diagnosed was coming from external factors:

  • Many people were lacking a sense of purpose
  • The team didn't have missions, goals, or measures
  • Engineers were not challenged enough
  • The team was not using modern tools
  • Mediocrity and inaction were accepted
  • There was a very mixed bag of talent and performance
  • The team's organization was not optimal: there were some cross-functional teams and some project teams, which resulted in some overlaps Once I felt that I had a good overall vision of what could be improved, and I had gained the trust of my team, I made changes.
  • We first implemented modern tools, like moving our source code to Github
  • We let go of some people who were not performing and who were pulling the general level of the team down
  • We strengthened our hiring practices to increase candidate quality and quantity, leading to more, stronger people being hired to replace the ones we let go
  • We made sure that we had a clear job bands so that each engineer knew the expectations for their role as well as their potential growth paths
  • Related to job bands, we established associated ranges for compensation and made adjustments to optimize fairness and competitiveness
  • We slightly reorganized the teams to optimize collaboration where needed, e.g., we pulled all customer facing app teams together under one Product Engineering organization
  • We put our strongest people into influential positions
  • We established strategies for adopting best-in-class technologies and practices, and began executing on them (e.g., writing new services in Go vs C#)
  • We implemented the OKR system and made sure that each team had clear objectives

All these changes resulted in a greater motivation and efficiency, and also a better differentiation between A players and good engineers.

Lessons learned

When you take over a team, you need to look for weaknesses and strengths, and then systematically shore up the former and bolster the latter. I would advise these things:

  • Build relationships so you have an easier information flow. Use 1:1s for this.
  • Observe and corroborate the strengths and weaknesses through dialogues with the team.
  • Ensure the team has a sense of purpose, goals, and targets (OKRs)
  • Ensure the team feels challenged and that learning and growing are encouraged. Make expectations and career paths clear, adopt new technologies, and align the team around clear goals.
  • Eliminate motivational "takeaways", like people feeling like they're unfairly compensated.
  • Maximize your talent. Put your strongest people in positions of influence. Work on your hiring process. Let underperformers go.

Discover Plato

Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader

Related stories

People, Process & Product

5 February

As an Engineering Manager, what to focus on more? People or Process or Product?

New Manager
Kamal Raj Guptha R

Kamal Raj Guptha R

Engineering Manager at Jeavio

"You don't care about quality" A story of single metric bias

3 February

This was not a high point in my career. It's a story of single metric bias, how I let one measure become a 'source of truth', failed to manage up and ended up yelling at one of the most respected engineers in my team.

Product Team
Team Reaction
Alex Shaw

Alex Shaw

Chief Technology and Product Officer at Hive Learning

Myth Busting

10 December

Supporting principles on why being data led (not driven) helps with the story telling.

Managing Expectations
Building A Team
Psychological Safety
Vikash Chhaganlal

Vikash Chhaganlal

Head of Engineering at Xero

How to measure Engineering Productivity?

30 November

When you grow fast, its normal to focus on Value delivery aka "Feature Releases". Too many releases too soon will inevitably lead to piling tech debts and before you know, inefficiencies creep in, performances goes down, and ultimately any new release takes too long. Sounds familiar? Then read on..

Ramkumar Sundarakalatharan

Ramkumar Sundarakalatharan

VP - Engineering at ITILITE Technologies

How to improve engagement and retention in remote engineering teams?

25 October

Mrunal Kapade, an Engineering leader, based in Silicon Valley, shares tips that helped reduce attrition in the remote engineering teams while leading multiple teams from startups to Fortune 500 companies.

Company Culture
Team Processes
Mrunal Kapade

Mrunal Kapade

Director of Engineering at Inspire Energy