Scaling Onboarding Iteratively
5 May, 2021
We were onboarding many engineers onto a small engineering team. Onboarding was time-consuming for some of our most experienced engineers since they were best able to answer questions and could lead the most training sessions. Additionally, sometimes one or two engineers would join off-cycle from others, and they might prefer to get to learn the content at their own pace and ask questions when convenient. There was also a lot of knowledge being shared one-on-one with buddies that could be scaled more effectively.
We leveraged the existing buddy system to assign buddies to new engineers. We made sure someone was available to help them one-on-one, and they could set up 15-minute check-ins almost every day for the first month. By selecting different buddies for all engineers and then have them work on the same projects, we distributed the work and helped the buddies learn to delegate.
We recorded all onboarding sessions and made the slides and resources available in a common place, linked to each engineer’s onboarding plan. We kept some live sessions while asking for others to be recorded.
We also experimented with sharing new content, introducing topics like automated testing, observability, or infrastructure steadily. We booked Q&A sessions with the experts for them to ask follow-up questions to any of the videos. One developer had the idea to host sessions to practice solving a problem using our open-source framework as a group, and the feedback was very positive.
We made a calendar with sessions public, so anyone in Engineering could opt into new sessions or rejoin a session they might benefit from watching again. That became increasingly popular after we introduced infrastructure and testing overviews, and we ended up helping more of our teams adopting similar practices.
We updated the templates we use to communicate expectations to new hires. When someone would start their job, we would create a unique copy for them with a unique setup they needed to be successful, including their first bugs and project. We updated these to add additional resources and links to the knowledge they should be familiar with: how we test, what tools we use, what are the code review expectations, etc.
We used a survey to collect onboarding feedback. We just used Google Forms, but at my current company, we now do this using CultureAmp.
- Most people didn’t miss the live sessions, especially given the booked Q&A sessions that followed them. In fact, some people preferred them in order to be able to watch them at their own pace.
- What isn’t replaceable is mentorship and some kind of pair or group programming. Once we started hosting sessions where many people are in a room working on a similar or identical problem, people asked for more. They didn’t miss or need more learning sessions; they wanted more opportunities to practice and learn our systems with guidance.
- To iterate again, I think we’d consider trying to capture some of these as tutorials so that a mix of them could be done independently and with support.
- Onboarding can benefit existing engineers. When adding new types of content, consider inviting current engineers optionally if it's something they could benefit from revisiting.
- Doing things iteratively -- recording sessions, updating templates, and sending surveys -- was easy to do and led to people trying their own improvements.
Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader
There are nine specific building blocks and functional areas every org/company need to work to launch the product and provide services to customers. How effectively founders tackle them determine the destiny of the company.
Senior Software Engineering Manager at Anaplan
Viswa Mani Kiran Peddinti, Sr Engineering Manager at Instacart, walks through his experience scaling a team, product and his skills as a leader.
Viswa Mani Kiran Peddinti
Sr Engineering Manager at Instacart
A proposal for how to create an org structure that will deliver software systems that you want, not ones you get stuck with.
Principal / Founder at id8 inc
Elwin Lau, Director of Software at Jana, advocates the importance of maintaining culture within a company when scaling teams.
Director of Software at JANA Corporation
Philip Gollucci, Director of Cloud Engineering at CareRev, describes a new method for hiring in a market climate that favors candidates instead of recruiters.
CEO/Founder at P6M7G8 Inc.