login


Google Sign inLinkedIn Sign in

Don't have an account? 

Achieving Team Scalability

Scaling Team
Team processes
Internal Communication

28 June, 2018

Cedric Laruelle talks about how he reworked his company’s product in order to be able to hire and onboard developers more rapidly.

Problem

I have worked for five years as the CTO of a startup, and while I wasn't a founder I have worked for them from the very beginning. At first, we took the approach of building products over the course of three or so months, so they were big but not huge. As a good engineer, I knew I had to take care of scalability concerns so I tried to take this into account from day one. This worked pretty well. However, one thing I found really difficult was thinking about the scalability of our team.

Actions taken

The startup worked quite well, and so the CEO came to me in June and asked me to scale from 2 developers to 10 by the end of the year. I didn't see how that was possible. The company was already two years old by this point, so I had had the opportunity to take on some interns to see how it worked when new people were brought onto the team. From this experience, I had found that to onboard someone and have them really be able to code and understand our products and technologies would have taken three to six months. Because of this, I was convinced it just wasn't possible to onboard eight people by the end of the year. However, I knew I couldn't just tell my CEO no. I thought about it, discussed it with the engineer I had, and came up with a way to rebuild the product in a way that would make it much easier for newcomers to enter the product. The general idea was to have a learning curve that would be much smoother than it was in the past. Our first version of our product required developers to master a lot of things before they could enter the product without breaking it, because there were a lot of interdependent factors that couldn't be isolated. When we rebuilt the product we focussed on this issue. First, we cut the product into two totally isolated, functional parts. At times, we even limited the product in its functionalities to do this. This made the product simpler and easier to use. Once we had done this, we hired some developers. We went from it taking developers three to six months to be fully onboarded to two weeks to a month. The difference was huge

Lessons learned

The way you build your product and structure your company can have a huge impact on your ability to grow and scale as a team. Unfortunately, team scalability is often ignored by managers and CTOs. From day one, this was our main goal and we made big sacrifices in order to achieve this. At times this meant duplicating code, but we gained isolation so people could be onboarded faster.


Related stories

How to Effectively Communicate on Slack
6 July

Shridharan Muthu, VP of Engineering at Zoosk, discusses effective communication using Slack including a recommended framework that entails three simple tips to make the most of the tool.

Internal Communication
Remote
Productivity
Shridharan Muthu

Shridharan Muthu

VP of Engineering, Backend Applications at Zoosk

Improving Collaboration Between Engineering and Product Across Time Zones
6 July

Shridharan Muthu, VP of Engineering at Zoosk, describes how to make communication effective between PMs and engineers when they are located in different time zones and have very little overlap.

Collaboration
Internal Communication
Reorganization
Remote
Shridharan Muthu

Shridharan Muthu

VP of Engineering, Backend Applications at Zoosk

Handling a Mistake - Adopting a New Workflow
6 July

Shridharan Muthu, VP of Engineering at Zoosk, describes how he quickly agreed to adopt new workflows, a mistake he later regretted, and how he handled the situation by spending the time to course correct and taking a stab at making things easier for his team.

Team processes
Agile / Scrum
Collaboration
Shridharan Muthu

Shridharan Muthu

VP of Engineering, Backend Applications at Zoosk

An Acquisition Across Time Zones
6 July

Shridharan Muthu, VP of Engineering at Zoosk, speaks of the time his company was acquired by another org in a time zone half a world away, listing issues and providing solutions to how he overcame the time disparity while transferring product knowledge.

Reorganization
Internal Communication
Motivation
Remote
Shridharan Muthu

Shridharan Muthu

VP of Engineering, Backend Applications at Zoosk

Some Ideas for Breaking Down Silos In Your Organization
30 June

Jeff Foster, Head of Product Engineering, shares how he managed to break down silos in his organization by encouraging their employees to choose their own team.

Team reaction
Managing Expectations
Company Culture
Internal Communication
Collaboration
Productivity
Reorganization
Jeff Foster

Jeff Foster

Head of Product Engineering at Redgate

You're a great engineer.
Become a great engineering leader.

Plato (platohq.com) is the world's biggest mentorship platform for engineering managers & product managers. We've curated a community of mentors who are the tech industry's best engineering & product leaders from companies like Facebook, Lyft, Slack, Airbnb, Gusto, and more.