Bringing a new member into a distributed team poses special problems. How do you introduce your team’s culture, rhythms, and practices to a new coworker when they can’t sit in the same room with you? I asked some seasoned remote-work pros for their advice. Here’s what they had to say.
Rob Dempsey at Life of the Freelancer had plenty of wisdom to share from his days running distributed software teams:
The way I handled this was having a shared set of Google Docs containing all of the pertinent company, team, and project information. Each time a new team member was hired on, we would do some type of group chat, and I would introduce him or her to the team. I would then go over all of the documents with the new person, and bring them up to speed.
Also remote pairing was very helpful, in terms of putting the new team member with someone else that was working on the project. I made sure that they scheduled some time to work together.
I also made sure that everyone was in continuous communication with each other via Campfire, Skype, and IM. I would also have bi-yearly meetings where everyone would get together in person, usually at some conference, and spring for a team dinner. This kept people feeling a part of.
Of course, the hiring process is very important. For instance, I would look for people that were very good at self-managing, wanted to work from home, and had a life outside of work. This helped to ensure that each team member could work alone when necessary, and got their fill of “people time” outside of work time, which in of itself was flexible.
George Anderson of Benevolent Code, LLC – one of my current dispersed-team collaborators – offered his thoughts:
When bringing a new member onto a team I think it’s of primaryÂ importance to explicitly dedicate one of the stronger veteran teamÂ members to shepherd him through the “onboarding” process.Â Â It’s been my experience that the need forÂ such hand-holding is usually severely discounted to the detriment ofÂ the teams short- and medium-term velocity. Â Projects with anyÂ significant life span accrue a tremendous amount of context andÂ institutional knowledge. Â However, that context and knowledge buildsÂ up over time, and veteran members (and their managers) don’t realizeÂ the cumulative effort required to acquire it. Â The veteran is theÂ slowly boiled frog; the newbie is thrown straight into the boilingÂ water.
…when you’re a newbie withoutÂ a “shepherd” it’s overwhelming, demoralizing, and incrediblyÂ ineffective. Â What the new member needs is a dedicated resources to first provide contextÂ and history, then later be a readily available resource to which theÂ new member can turn for the inevitable questions that arise as the newbieÂ starts doing actual work on the project. Â The newbie’s knowledge is mostÂ efficiently gained when he can dictate the pace of its accrual. Â SlowÂ him down by making him wait for answers, or figure them out on hisÂ own, and the acquisition of critical knowledge becomes stifled,Â haphazard, and inefficient. Â This means the veteran will temporarilyÂ be slowed down as she passes her knowledge to the newb, but thisÂ slowdown is short-lived .
Pairing a newbie with a veteran also serves to build relationships -Â throughout the team. Â Why? Â The relationship between new and veteran isÂ almost a given. Â Most veteran team members will find great personal rewards inÂ shepherding someone along and watching them “get it.” Â The new member feelsÂ valued, supported, and cared for. Â But as the newbie increasingly “getsÂ it” he will naturally start to interact more freely with the otherÂ team members as he feels more confident in the pertinence of hisÂ questions. Â And the other longtime members of the team, having been release of theÂ burden of “ad hoc community onboarding” of the newb, will more freelyÂ interact with the new team member because his questions now are more salient andÂ insightful. Â He’s no longer “wasting my time.” Â Should the newbie discover a hole in his knowledge,Â he can still goÂ back to his shepherd/mentor and ask her to fill in the gaps, outsideÂ of the main flow of team communication.
Benjamin Brinckerhoff, another experienced software team leader, gave four recommendations:
- For any team, team workflow is a balance between communication onÂ one hand and eliminating distractions and interruptions on the other.Â After bringing on a new employee, adjust the team workflow to favorÂ more communication at the expense of introduction distractions. DailyÂ standups are the bare minimum. Use chat (IRC, Campfire) instead ofÂ status updates (Yammer, Present.ly). Consider leaving video chat onÂ for long stretches (even when nothing is happening) to lower theÂ barrier to communication and to quickly integrate the employee intoÂ the team culture.
- Pair program if possible, although I’m still looking for tools thatÂ enable seamless remote pairing.
- Plan to have the new employee visit an established team memberÂ within the first few weeks (not immediately, because you want theÂ employee to be mostly ramped up before the visit to maximize theÂ effectiveness of the trip). Have the existing and new employee workÂ together and do some social activities. The goal is to introduce theÂ new employee to the team culture and start a personal relationship soÂ everyone gets over the “politeness barrier”. Within a month or so, theÂ new employee should feel comfortable pointing out bad code/practicesÂ without anyone taking it personally.
- Be flexible! Just like the culture and processes of a company willÂ change slightly with each employee, be extra careful to adjust theÂ remote workflow as necessary. The new employee may have restrictionsÂ that were not present before or might have great suggestions onÂ tools/processes that the team hasn’t considered.
Finally, Shane Pearlman of Shane & Peter had a concise but powerful insight:
We struggled with how to do it for years, but it became much easierÂ after we put our company culture into words.
For Shane’s company, the culture boiled down to four words: “happy, helpful, curious, accountable”. Your team’s culture will have it’s own values, of course; but whatever they turn out to be, being able to enunciate them will go a long way towards helping a new member to be assimilated.
What about you? What strategies have succeeded – or failed – in bringing new team members up to speed quickly?