GitLab Onboarding Buddies

1. You are here:
2. Handbook
3. People Group
4. GitLab Onboarding
5. GitLab Onboarding Buddies

Maintained by:

M

On this page

• Onboarding Buddies
• Buddy Responsibilities
• Buddy Program
• How Can I Become An Onboarding Buddy?
• That's it!
• Procedures
  • Onboarding Buddies Procedures for People Experience

Onboarding Buddies

Onboarding buddies are crucial to making the onboarding experience for a new GitLab team-member a positive one. New Job Anxiety is a reality for many people, and the adjustment to GitLab might be particularly challenging for new GitLab team-members who may not be used to our all-remote culture. That's why it's important that all new GitLab team-members be assigned a buddy who is ready, willing, and excited to assist with the onboarding process.

Not only are buddies helpful to someone that has just started with GitLab, but also to a team member transitioning to a new role within GitLab. When someone migrates to a new team / department, it is highly recommended that managers assign a Career Mobility buddy in the issue to help support the team members that are busy migrating.

Buddy Responsibilities

1. The first and most important thing a buddy should do is schedule a call with the GitLab team-member. We attempt to match (as best as possible, anyway) time zones between the GitLab team-member and their buddy so that as soon as the GitLab team-member logs on, you, the buddy, can be there ready and waiting to welcome them to the team.
2. Check how far the new GitLab team-member has gotten in their onboarding / career mobility issue. The onboarding / career mobility issue that all new/transitioning GitLab team-members are assigned can be overwhelming at first glance, particularly on the first day of work. Check to see how much, if any, the GitLab team-member has done by the time your call happens, and offer some direction or advice on areas the team member may be having trouble with.
3. Suggest helpful handbook pages. Chances are that you've discovered some particularly helpful pages in the handbook during your time at GitLab. Point them out to the new GitLab team-member, and help them get used to navigating the handbook. Some examples might include:
   • GitLab's guide for starting a remote role
   • The tools page
   • The team chart
   • The positioning FAQ
4. Remind them about introducing themselves. Remind the new team member to introduce themselves in the Slack channel #new_team_members or relevant team channel. Encourage them to write a little personal note, and if they're comfortable, include a photo or two!
5. Encourage them to organize a group call with other new hires. New GitLab team-members who are used to (or prefer) a more conventional new hire orientation — frequently hosted in group settings in colocated organizations — may feel a lack of early bonding. Encourage them to organize a group call with other new hires in order to walk through onboarding together, while learning about new personalities and departments of the company.

6. Introduce them to Slack. Slack may seem like it's ubiquitous, but that doesn't necessarily mean the new GitLab team-member will have had experience using it before. Since it's a central part of how we communicate at GitLab, consider showing them around, and give them some pointers about how we use it.

   • Be sure to suggest location channels and Social Slack Groups where they can immediately plug in with other team members who appreciate similar things.
7. Ask where they need help and connect them with the experts. Buddies should make the effort to connect new GitLab team-members with subject matter experts if your assigned team member requests additional help in a given area. Examples are below.
   • For new GitLab team-members who have not worked in a remote organization before, they may need assistance in thinking through an ideal workspace and embracing informal communication. Consider asking seasoned remote colleagues in the #remote Slack channel to reach out and answer questions.
   • If they're new to Git, consider asking experts in the #git-help Slack channel to reach out and offer a tutorial.
   • If they're new to Markdown, consider asking experts in the #content Slack channel to reach out and offer support.
8. Help with the team page. For less technical new hires, adding themselves to the team page might feel like the most daunting task on the onboarding issue. Offer to help with the process. This doesn't necessarily have to happen on day one, but you should let them know that you're available to help if and when they need it. Consider scheduling a second meeting later in the week to walk them through the process
   • In particular, help them to create their SSH key as this tends to be a sticking point for many new hires. You can also show them Lyle's walkthrough.
9. Check in regularly. You may very well be the first friend the new GitLab team-member makes on the team. Checking in with them regularly will help them feel welcome and supported. Reach out via Slack, and schedule at least two follow-up calls for the week after their start date, and at least one follow-up call for the rest of the fisrt month. But since it differs from one perosn to another, you may also ask them if they prefer more or less frequent calls per week.
10. Provide backup if needed. If you plan to be out (e.g. vacation, company business, events, etc.) during a new GitLab team-member's first few weeks, please ensure that a backup onboarding buddy is available to offer support.

Buddy Program

In an effort to recognize buddies who go above and beyond to support new / transitioning team members and help them feel welcome, we have implemented a Buddy Program. Once every quarter, the People Experience team will evaluate the onboarding / career mobility buddy feedback provided in the Onboarding Survey or Career Mobility Surveyfilled out by the team members after their first 30 days at GitLab or 14 days after transition to the new role. To qualify, the buddy needs to receive a score of 3 or higher to be entered into a raffle at the end of the quarter.

The People Experience team will randomly select 3 winners. giveaway link to order a prize from our swag collection (approx $25 value).

• If the new team member does not complete the Onboarding Survey or Career Mobility Sruvey, the buddy will not be entered into the raffle.
• In case of a buddy being selected twice, a re-draw will take place.

How Can I Become An Onboarding Buddy?

Buddy assignation is the new team member's manager's responsibility as outlined in the onboarding issue as the very first Before Starting at GitLab manager task. If you have been at GitLab 3+ months and are interested in participating in the Onboarding Buddy Program, please express your interest to your manager.

That's it!

That's all there is to it! Thanks for your help welcoming the newest GitLab team-member to the team and getting them on board. If you have questions that are not answered on this page, please reach out to People Ops!

Procedures

Onboarding Buddies Procedures for People Experience

1. Open a new issue for the Onboarding Buddy Quarterly raffle using the available template. This allows the People Experience Associates to track the progress of outstanding tasks and iterations.
2. Go through the relevant names in the OSAT Survey results sheet.
3. Create a new tab in the Onboarding Buddy Raffle Names spreadsheet in Google Drive for the respective quarter and add the relevant onboarding buddy names.
4. Make a comment in the top of the spreadsheet marking which rows from the survey results are being used.
5. Decide on the raffle date and announce in the #whats-happening-at-gitlab Slack channel.

To update the swag code for the next quarter winners;

1. Email merch@gitlab.com requesting the codes and specifying the amount.
2. Identify the amount and how many times it can be used (2 time = 2 winners)

Once a Winner/Winners have been identified post a message to the Whats-happening-at-gitlab channel and tag the winner/winners.