This page is a guide for People Experience Associates when onboarding new team members. All onboarding tasks and guidelines for new team members, People Experience, and Managers are in the People Experience Onboarding Issue. Each onboarding issue is structured with tasks for all team members (day 1 to day 5 and then week 2 to week 4) and below those task sections are listed department-specific and/or role-specific tasks. In some cases, specific tasks may link to supplemental issues, created by specific teams, with in-depth training. In case this is a re-hire ping the ITOps team in the #it-help slack channel to ensure there are no blockers, before creating an onboarding issue or any accounts to avoid the re-hire from having system related issues on day 1.
On Monday and Wednesday the People Experience Associate in the
BHR Onboarding Report rotation will pull a report from BambooHR which compiles a list of all new team members starting in 2 weeks. This data is pulled from the Greenhouse <> BambooHR sync once the Candidate Experience Specialist team updates the team member to
hired. The onboarding team members will then be added to the People Exp/Ops tracker under
Onboarding. In the event that a team member has already been synced and a new team members start date changes, it is important that the Candidate Experience Specialist team notifies the People Experience team by submitting a Slack form in order to re-sync the team member and update the necessary systems (Onboarding issue, PEA tracker, BambooHR, etc).
People Experience Associates will create the onboarding issue, and start completing the onboarding tasks, no later than one week before the new team member joins. People Experience Associates require a minimum of 4 business days (with the new hire timezone as the basis) before the new hire's start date to complete all onboarding tasks. To ensure we create a smooth onboarding experience for new team members, provide enough time for the IT Ops team for laptop orders, and completing the I-9 process (for US-base hires) 4 days is the minimum amount of time needed. Should a contract not be signed prior to 4 working days from the start date, a new start date will be required.
If any changes or updates need to be made to the onboarding template, kindly notify team members of the People Experience team by ccing them in the MR with the
@gl-people-exp handle. Also notify other teams if a change will impact them.
All new hires will receive invitational access to their GitLab email, GitLab accounts, and any other work-related accounts on Day 1. No access is permitted before Day 1.
Labels Associated with Onboarding Issues
Before Starting at GitLabManager Tasks.
Accounts and AccessDay 1 - Manager Tasks.
At 14:00 UTC every Wednesday, the
PeopleOps Bot slack bot will send an alert in the
#peopleops-alerts channel listing any data missing (if applicable) from the BambooHR profiles of team members joining the following week. The People Experience team will fill in these missing details as soon as possible since completeness and accuracy of BambooHR profiles is necessary for all automation.
At 10:00 UTC every Thursday, the bot will send another alert in the
#team-member-updates channel with a list of all new team members joining the following week. This list includes names, email addresses, joining dates, and job titles of the new hires along with links to a Sisense graph showing the hiring progress over time. If any issues are detected by the bot, the post will first be submitted to the
#peopleops-alerts channel, where the People Experience team will then rectify and rerun the bot (/pops run joiningannouncement) in Slack.
For all GitLab Inc. and GitLab Federal LLC US-based employees, GitLab complies with all USCIS requirements and laws, including the I-9 and E-Verify process. GitLab uses an online I-9 portal called LawLogix where the process is completed and documents are saved electronically and securely.
GitLab requests that team members complete the I-9 process at least two business days prior to their start date. Please note the
two business days prior to the new hire's start date timeline pertains to GitLab's internal policy, not USCIS legal requirements. GitLab requires the process to be completed earlier than USCIS to ensure there is no delay in adding the new team member to payroll and other important systems.
If a GitLab team member has not completed Section 1 by end of day on their first day of work (their start date), all access is paused. Their GSuite account is Suspended, as well as their Okta account, as well as their 1Password account and Slack account if these have been created. Access will be resumed as soon as Section 1 is completed.
If a GitLab team member has completed Section 1 but their Designated Agent has not completed Section 2 by the end of day of the team members fourth day of work (3 business days after start date), all access is paused. Their GSuite account is Suspended, as well as their Okta account, as well as their 1Password account and Slack account. Access will be resumed as soon as Section 2 is completed.
Note: You can reference what are considered to be “Acceptable Documents” here.
There is currently a sync between BambooHR and LawLogix in place where a team member will automatically be added to LawLogix 7 days before their start date.
Once the sync has taken place to LawLogix, the People Experience Associate will complete the following steps:
Review Employee Instructions
Send or Edit Email
In the event that the automation fails, the People Experience Associate can run the command
/pops run uploadtoi9 bambooid in Slack, which will then automatically add the new team member to LawLogix.
The steps below serve as a guide for the People Experience team completing the I-9 process, once the new team member has completed Section 1:
Once the team member has selected a designated agent and inserted the required information in the
GitLab I-9 Process - Designated Agent Info google form, the People Experience Associate will log into LawLogix portal and follow the steps below:
Review Agent Instructions
Send or Edit Email
The new hire will complete section 1 of the I-9 and upload documents (optional at this step).
Helpful Guide Slide 94 for Approving I-9
Date I-9 CreatedDate (Not the name of the I-9)
Mark Approvedon the right side of the page
Employment Authorizedresult within 30 seconds.
Verificationfolder, along with the documents used to confirm identity.
In the event that a team member notifies us that they will no longer be joining GitLab but the I-9 initial email has been sent, the People Experience team will need to manually
terminate the team member from LawLogix.
For certain systems and applications, it is required for Administrators to confirm that team members are US Citizens to be given access to these systems.
email@example.com ask for confirmation that a team member is a US Citizen.
The People Experience Associate who is responsible for allocating Onboading issues for the team, will open the BambooHR report titled, New Hire.
The People Experience Associate will create the GSuite account first.
firstname.lastname@example.org confirmation from them that is their preferred name.
email@example.com confirmation from them that is their preferred name.
As part of onboarding, the People Experience Associates will process new team members in BambooHR. Aside from the steps listed in the onboarding issue, this is a description of how to add the proper information into BambooHR.
Note: All fields are pre-filled by the custom sync that exists between Greenhouse and BambooHR, unless noted in the sections below.
Note: If all of the necessary tabs in the new team member's BambooHR profile do not automatically populate, please go to the
Job tab, scroll down to the
Job Information section, click the pencil icon on the righthand side of the section, and ensure that the
Division fields are correctly populated. Save your changes and refresh the new team member's profile. All necessary tabs should now appear. Please also create an issue for the People Operations Fullstack Engineer to investigate why the sync did not auto complete the fields.
If a new team member has already been marked as hired in Greenhouse and the sync has taken place, then they reject our offer, the Candidate Experience team will notify both the Senior Director, People Success and the People Experience team in the #people-group-confidential Slack channel.
Openingstable and scroll to the far left to get the
|Country||Pay Frequency||Pay Schedule|
|United States of America||24||semi-monthly|
total-rewardsteam in the slack channel
#peopleops_totalrewardsand verify the title is in the correct format before adding.
Job Title Speciality: If there is a specialty ((this would be found under On Job- Offer Details), use the drop down to select the appropriate specialty. If the specialty is not listed in the drop down menu, create a new one. The Job Title Specialty field has no restrictions)
(Examples of a Specialty: Growth, Commercial, DoD, EMEA).
_Note: For Development, the
Job Title Specialty field should indicated the
Group level within Development (I.E. Package, Verify, Fulfillment, etc). For reference, there is an overview of all of the stages and their corresponding
Groups on the Product sections, stages, groups, and categories handbook page.
The Employment Status table will be filled out automatically depending on the New Hire's country policies. It is important that the People Experience Associate verifies that the statuses have been added successfully.
Activewith the Hire Date as the Effective Date
Temporary Contractwith effective date marked as the start date (add comment
12-month Temporary Contract (YYYY-MM-DD start date to YYYY-MM-DD end of Temporary Contract))
Temporary Contract Endingwith the date marked as exactly 12 months from their start date (Important: For a 12-month contract with a March 4, 2019 start date, the end date would be March 3, 2020. Any following contract after this 12-month period would have a start date of March 4, 2020)
Probationary Periodwith the date marked as the start date (add comment
1-month Probation Period (YYYY-MM-DD start date to YYYY-MM-DD end of Probation Period))
End of Probationary Periodwith the date marked as exactly one month from their start date
Activewith the date marked as exactly 12 months and one day from their start date (AKA: The day after the Temporary Contract ends)
|Effective Date||Employment Status||Comment|
|2020-06-12||Probationary Period||1-month Probation Period 2020-06-12 to 2020-07-12|
|2020-06-12||Temporary Contract||12-month Temporary Contract 2020-06-12 to 2021-06-11|
|2020-07-12||End of Probationary Period|
|2021-06-11||Temporary Contract Ending|
Probationary Periodwith the start date - Add a comment with the length of the probation period and the start to end date. This is helpful for the reminder emails.
End of Probation Periodwith the number of months after start date.
Activenumber of months + 1 day after start date.
/pops run probationstatus team member name or GitLab email address. 1. If the status is incorrect, the People Experience Associate will need to request assistance from the Senior Manager, People Operations to update the status.
End of Probation Perioddate is accurate, this date will drive an alert for the People Experience team automatically, 5 days before and on the day the probation period expires. Details of the probation period process can be found on the Contracts and International Expansion page. Please use these probation periods in BambooHR for team members in these specific groups.
Review the Referral Process Page for adding referral bonus.
Note: In the case that a referral was not added or was incorrectly added to BambooHR, resulting in the bonus not being paid on time to the referring team member, please proceed with the following steps:
bonus datesection, the date that the referral bonus should have been paid out should be added (I.E. 3 months after the referred team member's start date).
firstname.lastname@example.org notify them of the change.
The sync can't do this yet.
If applicable, add a time off accrual plan for employees located in GitLab LTD (UK), GitLab GmbH (Germany), GitLab Canada Corp (Canada), GitLab GK (Japan), GitLab B.V. (Belgium), GitLab Inc (China), and GitLab B.V.(Netherlands).
The People Experience Associate will then create an onboarding issue with a ChatOps command in Slack 4-5 business days prior to the new team member's start date.
/pops run onboarding BambooHR_ID_number(not Employee ID #). This number is found in the team member's BambooHR profile URL, after
id=. It is a 5-digit number. An example of the command would be
/pops run onboarding 00000. If BambooHR's API is down, this ChatOps command will fail and will need to be created manually.
@gitlab.comemail ID as the primary email ID in GitLab. They will then manually need to be assigned.
Once you have logged into BambooHR, locate the team members profile, go to top right corner, and set access level to "Employee Self-Service". This should only be completed one day prior to the team members start date.
Each assigned People Experience Associate will send their new team members our Code of Ethics Acknowledgment for review and signature.
The new team member will automically recieve a "Welcome to Onboarding" email. The People Experience team will be CCd on this process. More information about this email automation can be found here. The team member will follow the instructions in the welcome email to access Okta and their GSuite account (this is no longer a manual process).
The "New Hire Swag" email is automatically sent to the new hire on their first day with GitLab, with people-exp @gitlab.com cc'ed in the email. The email will state that the team members need to access the GitLab Swag Store, choose goods and use the new hire discount code provided in the email at checkout. New hires must use their GitLab email at checkout.
The People Experience Associates assigned to the respective team members onboarding is responsible for ensuring that the email is successfully sent on Day 1 and will be checked off in the onboarding issue as part of the tasks list.
We expect every team member to be an advocate for GitLab and we offer every team member the opportunity to have business cards, to make GitLab feel real to people around them despite not having an office.
Every week, the assigned People Experience Associate pulls a report, which will include the new team members email address, as per this process. An invitation will then be sent to the new team member by the Moo representative.
Business cards should be ordered by the team member themselves using the Moo platform. Self-help instructions are here.
The People Experience Team is responsible for monitoring and facilitating the completion of the onboarding issue.
People Experience Associates will complete the following tasks.
2 Business Days Prior:
On Start Date
After Day 1
After Day 3
After Week 1
In the event that a former team member is rehired with the company, they will still need to go through standard onboarding. There are different factors that need to be considered and actioned prior to the team member joining. For example, the team member will still need to complete all Security and Compliance pieces to ensure that as a company we are remaining compliant (Code of Conduct, Security training, Employment Verification).
In Section 2 of Form I-9, the designated agent should enter the foreign passport information in the first area and the I-94 information in the second area in the List A column. Enter the information from the Form I-20, which includes the Student and Exchange Visitor Information System (SEVIS) number and expiration date (i.e., the Form I-20 CPT employment authorization end date (Must match section 1 date), not the program end date) in the third area in the List A column.
Unpaid interns are not required to complete an I9.
Once the Internship has been completed, terminate the intern in the LawLogix system.
If an intern is hired on for a full time position and there is a break in employment a re-verification (Section 3) will need to be completed.
In some instances, the interns that have been onboarded may be hired on a full time basis after successfully completing their internship with GitLab. This lists the steps required from all the different stakeholders:
As the interns already have entries in BambooHR, an update will be needed with the new employment terms.
Core team members are team member that are not employed by GitLab but are part of the wider GitLab community. These team members can be granted access to certain systems at request from the Community Relations team by creating the respective Core Team Member Onboarding Issue.
The Community Relations teamwill ping the People Experience team in the
#peopleops Slack channel for assistance.
There are tasks within the issue that need to be completed by the People Experience Team.