People Operations


On this page

Role of People Operations

In general, the People Operations team and processes are here as a service to the rest of the team; helping make your life easier so that you can focus on your work and contributions to GitLab. On that note, please don't hesitate to reach out with questions! In the case of a conflict between the company and a team member, People Operations works "on behalf of" the company.

Team Directory

The team directory is in BambooHR, and is accessible to all GitLabbers. This is your one-stop directory for phone numbers and addresses (in case you want to send your team mate an awesome card!).

Birthday Swag

BambooHR should send an email to People Ops the day before and the day of a team member's birthday. Celebrate by sending the team member an email (template below) and post on the #general channel on Slack so all team members can help them celebrate.

Birthday Email Template: "Happy Birthday! Please use this link [insert link] to redeem your birthday swag! You will need to login or create an account with the swag store to receive your free birthday shirt! The username will be your GitLab email. Once you are are in the store you should see your options to order a GitLab birthday shirt. Please let people ops know if you have any questions."

The link for the swag store birthday campaign is located in the People Ops vault in 1Password.

Monitor the swag store open orders to place orders that team members have entered for birthday swag.

Letter of Employment and Reference Request Policy

If you need a letter from GitLab verifying your employment/contractor status, please send the request to People Ops citing what information is needed. We will provide most recent title, dates of employment, and salary information. We will also verify, but not provide National Identification Numbers. People Ops will send you the letter once it is completed. In addition, if the request comes from a third party, People Ops will always verify that the information is appropriate to share. If you are a US Employee you can follow these instructions for an automated verification through TriNet.

GitLabbers are not authorized by the company to speak on its behalf to complete reference requests for GitLabbers no longer working for GitLab. If a team member would like to give a personal reference based on their experience with the former team member, it must be preceded by a statement that the reference is not speaking on behalf of the company. To reinforce this fact, personal references should never be on company letterhead and telephone references should never be on company time. You do not need permission from GitLab to give a personal reference. Remember to always be truthful in reference check and try not to give a majority negative reference; instead refuse to provide one. Negative references can result in legal action in some jurisdictions.

If an ex team member acted in a malicious way against GitLab we'll do a company wide announcement on the team call not to provide a reference.

Office addresses

Regular compensation

  1. Employees of our Dutch entity (GitLab B.V.) will get their salary wired on the 25th of every month, and can see their pay slip in their personal portal on HR Savvy's system towards the end of the month.
  2. Employees of our Dutch entity who are based in Belgium will get their salary wired around the last day of each month and will receive their pay slip in their personal portal on Boekfisk's system
  3. Employees of our Dutch entity based in India that are employed through GitLab's co-employer Lyra will get their salary wired around the last day of the month. Lyra will send pay slips electronically but will be switching to a HR portal very soon so that pay slips and tax declaration forms can be accessed directly.
  4. Employees of our US entity (GitLab Inc.) have payroll processed semi-monthly through TriNet, and they can access their pay slips through the TriNet portal.
  5. Employees of our UK entity (GitLab Ltd) will get their salary wired on the last day of every month, and can see their pay slip via their personal portal on Vistra's system towards the end of the month.
  6. Contractors to GitLab (either entity) should send their invoices for services rendered to
    • For 'fixed fee' contracts, it is OK to send the invoice before the time period that it covers is over. For example, an invoice covering the period of March 1-31 can be sent on March 25.
    • All invoices are internally reviewed, approved, and then payment is processed. This is usually a fast process, but be aware that it can incur delays around vacations. In principal, payments go out once per week on Fridays.
    • An invoice template can be found as a Google sheet named "Invoice Template" (also listed on the finance page )
  7. To process any changes, see the directions on the system processes page.


Background checks

We will obtain employment and criminal background checks for team members based on specific project, client, and/or department assignments. Team members in Support Engineer and Solutions Architect positions, People Ops, Finance, Sales (client-dependent), and the Executive team have been selected to go through this process. Other positions/departments may be added in the future based on business requirements.

We have contracted with Checkr to perform these background checks, which will cover criminal history for the last 7 years and employment history for the last 5 years and/or the three most recent employers. GitLab may use the returned background check information to make decisions regarding employment; therefore, the employment of those in the affected positions is contingent upon a successful completion of the background check. Due to the remote nature of our company, offenses involving driving or motor vehicles are not considered actionable violations.

Incoming candidates will receive an email to fill out the background check application following an offer. The application process includes signing a disclosure and a consent form which explains the rights of an individual undergoing a background examination. The application process is designed to take less than fifteen minutes to complete.

All team members in the affected positions will be required to complete the background check process, regardless of location. Applicants outside of the US or non-citizens will be required to provide a passport number and national ID number as part of their criminal background check. At this time, Checkr does not support non-US employment verification, so People Ops will be reaching out to collect the appropriate information.

To prepare for the employment application process, please gather each previous employer's name and address, your position title held, employment start and end dates, manager’s name and title, their phone number, and email address. Details for a Human Resources contact can be entered instead of a manager's contact details. If you have been self-employed, you must provide backup documentation to act as proof of employment. This documentation can be in the form of tax returns (e.g. W2s), paystubs, LLC documentation, official company registrations, etc.

Applicants may be required to submit a form of picture ID to process their background check. For security purposes, documentation via email will not be accepted; applicants should check their email for the secure link that Checkr will automatically send in order to upload their document.

Background checks will act as an additional mechanism of transparency and will help to build trust with our clients. We will continue to develop this draft policy to ensure we apply a fair and consistent process which is as respectful to the privacy of our team members as possible while remaining compliant.

Sick time - taking and reporting

In keeping with our values of freedom, efficiency, transparency, kindness, and boring solutions, we have crafted the following protocol around sick leave for all GitLabbers.

All GitLabbers

Details for specific groups of GitLabbers

Hiring Significant Other or Family Members

GitLab is committed to a policy of employment and advancement based on qualifications and merit and does not discriminate in favor of or in opposition to the employment of significant others or relatives. Due to the potential for perceived or actual conflicts, such as favoritism or personal conflicts from outside the work environment, which can be carried into the daily working relationship, GitLab will hire or consider other employment actions concerning significant others and/or relatives of persons currently employed or contracted only if: a) candidates for employment will not be working directly for or supervising a significant other or relative, and b) candidates for employment will not occupy a position in the same line of authority in which employees can initiate or participate in decisions involving a direct benefit to the significant other or relative. Such decisions include hiring, retention, transfer, promotion, wages, and leave requests.

This policy applies to all current employees and candidates for employment.

Gift Policy

People Operations will send flowers for a birth, death, or significant event of a team member. This policy applies to an immediate relationship to the GitLab team member. Management can send a request to People Operations in order to ensure that a gift is sent in the amount of 75-125 USD.


If your permanent address is changing, notify People Operations of the new address within the pay cycle of the move. The best way to do this is by logging in to BambooHR and changing your address under the Personal tab. This triggers a message to the BambooHR admin to review the change and "accept" it.

If you are going to spend six months or more in one location this will be considered as a relocation and your compensation will be evaluated based on the new metro region.

Transfer Employee to Different Location in TriNet

  1. Go to HR Passport homepage.
  2. Click Find.
  3. Select find person by Name.
  4. Type the name, click search.
  5. From the choices, select the name.
  6. On the left side of the screen, select Employment Data.
  7. Select Employee Transfer.
  8. Change location and fill in necessary information.
  9. Select Update.

Tuition Reimbursement

GitLab supports team members who wish to continue their education and growth within their professional career. If you are a full-time GitLabber and have been employed for more than three months, you are eligible to participate in this program. To be eligible for reimbursement, courses must be a requirement of a degree or certification program and delivered through a credentialed college or university.

GitLabbers are eligible for a maximum calendar year (January 1st - December 31st) reimbursement equivalent to 4,000 USD. Courses eligible for reimbursment include for credit classes resulting in a grade (not pass/fail), courses providing continuing education credits, and/or courses taken as part of a certification program. You must earn a passing grade equivalent to a “B” or obtain a successful completion certification to submit for reimbursement. The progam will cover only the tuition and enrollment related fees. Additional fees related to parking, books, supplies, technology, or administrative charges are not covered as part of the program. Tuition will be validated by receipt of payment. A description of the course(s) and degree or certification program along with a final grade report or satistfactory certificate of completion are required to receive reimbursement.

Tuition Reimbursement Process

To receive tuition reimbursement, GitLabbers should follow the following process:

  1. GitLabber first discusses their interest in professional development with their manager.
  2. If the manager agrees that the degree or certification program is aligned with the business and growth opportunities within GitLab, a minimum of three weeks prior to the course start date, the GitLabber fills out a Tuition Reimbursement Agreement and forwards it to People Ops to stage for the proper signatures (GitLabber, Manager, People Operations) in HelloSign.
  3. The People Ops Specialist will confirm there are no additional tax implications for reimbursement in the team member's country.
  4. People Ops will file the application and signed agreement in BambooHR.
  5. Once the course is completed, an official grade report or successful certification of completion must be submitted to People Operations.
  6. After grades are verified, People Operations will ensure the reimbursement is processed through the applicable payroll by the second pay cycle after submission.

Tax Implications for Tuition Reimbursement by Country

  1. GitLab Inc (US): Employees may be reimbursed up to $5,250 USD per year on a pre-tax basis.
  2. GitLab Inc (China): An employee and the employer won’t have tax implications if the employee provides valid and correct invoice for tuition reimbursement.
  3. LYRA (India): There are no tax limitations on reimbursement.
  4. GitLab BV (Netherlands): There are no tax limitations on reimbursement.
  5. GitLab BV (Belgium): The costs of education can be reimbursed without any tax, but should be justified.
  6. GitLab LTD (UK): If the tuition is solely for work and the ability to improve one's job, it would be tax free, with no cap on the amount. If not, all would be taxed.
  7. GitLab BV (Contractors): Each country will need to be verified for tax implications. 1.

Administrative details of benefits for US-based employees


  1. You are eligible to participate in GitLab’s 401k as of the 1st of the month after your hire date.
  2. You will receive a notification on your homepage in TriNet Passport once eligible, if you follow the prompts it will take you to the Transamerica website or skip logging in to TriNet Passport and go directly to after the 1st of the month after your hire date.
  3. Once on the home page of go to "First Time User Register Here".
  4. You will be prompted for the following information
    1. Full Name
    2. Social Security Number
    3. Date of Birth
    4. Zip Code
  5. Once inside the portal you may elect your annual/pay-period contributions, and Investments.

Using BambooHR

We use BambooHR to keep all team member information in one place. All team members (all contract types) are in BambooHR. We don't have one contact person but can call BambooHR if we want any changes made in the platform. The contact info lives in the Secretarial Vault in 1Password.

Some changes or additions we make to BambooHR require action from our team members. Before calling the whole team to action, prepare a communication to the team that is approved by the Sr. Director of People Operations.

Team Members have employee access to their profile in BambooHR and should update any data that is out-dated or incorrect. If there is a field that cannot be updated, please reach out the the People Operations Specialist with the change.

Using RingCentral

Our company and office phone lines are handled via RingCentral. The login credentials are in the Secretarial vault on 1Password. To add a number to the call handling & forwarding rules:

Mental Health Awareness

  1. At GitLab we strive to create a Stigma-Free Workplace. In accordance with the National Mental Health Association and the National Council for Behavioral Health we would like to:
    • Educate employees about the signs and symptoms of mental health disorders.
    • Encourage employees to talk about stress, workload, family commitments, and other issues.
    • Communicate that mental illnesses are real, common, and treatable.
    • Discourage stigmatizing language, including hurtful labels such as “crazy,” “loony” or “nuts.”
    • Help employees transition back to work after they take leave.
    • Consult with your employee assistance program.
  2. What are we doing to get there?
    • Per an open issue, People Operations will be developing training for managers on this topic.
    • GitLab would also like to encourage GitLabbers to take their time off to properly take care of themselves. We encourage the team to go to yoga, take a long lunch, or anything else in their day to day life that assists in their mental and emotional well-being.
    • In addition to our current EAP programs available for employees, we encourage GitLabbers to take a look at (Working Through It)( for insight into reclaiming well-being at work, off work, and return to work.
    • We believe that our values and culture lends itself to being able to discuss mental health open and honestly without being stigmatized, but let's work together to make it even more inclusive.
    • For example, Finding the right words:
      • "How can we help you do your job?"
      • "You’re not your usual self."
      • "Do you want to talk about it?"
      • "It's always OK to ask for help."
      • "It’s hard for me to understand exactly what you’re going through, but I can see that it’s distressing for you."

Any questions or concerns? Please feel free to speak with anyone in People Ops!

Dutch work permits

Some of our GitLabbers in the Netherlands have a "werkvergunning" or work permit under the highly skilled migrants category of the Immigration and Naturalization Service (IND).

Here is a generally but not authoritative helpful guide on considerations around permit extensions.

Paperwork people may need to obtain mortgage in the Netherlands

When your employment contract is for a fixed period of time (e.g. 12 months) you'll need a "werkgeversverklaring". This document describes your salary and states that your employer expects to continue to employ you after the contract expires (assuming the performance of the employee doesn't degrade). This document has to be filled in by hand, preferably using blue ink, and must be signed and stamped. If there is no stamp (as is the case for GitLab) an extra letter (also signed) must be supplied that states the employer has no stamp. While the language of these documents doesn't matter, the use of Dutch is preferred.

Employees also have to provide a copy of a payslip that clearly states not only their monthly salary but also their annual salary. These numbers must match the numbers on the "werkgeversverklaring" down to the decimals. Mortgage providers may also require you to provide information about your financial status, usually in the form of a report/screenshot of your total financial status (including any savings you have). The requirements for this seem to vary a bit between mortgage providers.


Voluntary Terminations

A voluntary termination occurs when a team member informs his or her manager of a resignation.

If you are a current team member and you are thinking about resigning from GitLab, we encourage you to speak with your manager, People Ops, or another trusted team member to discuss your reasons for wanting to leave. At GitLab we want to ensure that all issues team members are facing are discussed and resolved to result in a great work environment.

If resignation is the only solution after you have discussed your concerns, then please follow these procedures.


  1. Team members are requested to provide an agreed upon notice of their intention to separate from the company to allow a reasonable amount of time to transfer ongoing workloads.
  2. The team member should provide a written resignation letter or notification to his or her manager.
  3. Upon receipt of the resignation, the manager will notify People Ops by sending a copy of the resignation email.
  4. After People Operations is made aware of the upcoming resignation an acknowledgement letter confirming last day and holiday due may be required. The holiday taken should be confirmed with the manager and team member via email and then filed in Bamboo. Once that has been done the acknowledgement letter can be prepared. This will depend on the location and employment status of the team member. Examples of these can be found here:
  5. After the People Ops Generalist or Director has reviewed the circumstances of the resignation, the team member may take the opportunity before the end of their notice period to share their decision to leave during a team call.
  6. If an employee, review if any time off needs to be paid on the last paycheck by looking in BambooHR under Time Off.
  7. People Ops will send an email with the following information to the team member's personal email address two days before the effective termination date:
    • Process for returning all company property.
    • A review of the team member's post-termination benefits status, if applicable.
    • An exit interview. The exit interview provides team members with the opportunity to freely express views about working at GitLab. People Operations will reach out to the team member to conduct an interview via Google Hangouts. If for some reason that is not possible, People Operations will send a form to the team member to complete. Once the interview has been completed with the team member, People Operations will conduct an interview with the manager. All comments from the exit interviews will be kept confidential. People Operations will compile data from exit interviews to determine if feedback to the head of the employee’s department or other members of management is necessary.

Involuntary Terminations

Involuntary termination of any team member is never easy. We've created some guidelines and information to make this process as humane as we can. Beyond the points outlined below, make sure to refer to our guidelines on underperformance, as well as the offboarding checklist.

When an employee is absent from work for six consecutive workdays, there is no entry on the availability calendar for time off, and fails to contact his or her supervisor, they can be terminated for job abandonment.

Overall process

Ideally, the manager and the team member have walked through the guidelines on underperformance before reaching this point.

  1. Manager: reach out to People Operations for assistance. People Ops will ask about what the performance issues have been, how they have been attempted to be addressed, and will then prepare for the termination.
  2. Manager and People Ops: discuss best mode of communicating the bad news to the team member. This discussion can happen via a private chat-channel, but it is best to be done via a video hangout. Set up a private chat-channel in any case, since this is also useful to have during the eventual call with the affected team member.
  3. Manager and People Ops: Decide who will handle which part of the conversation, and if desired, practice it. It is strongly advised to have someone from People Ops on the call when the bad news is delivered.
  4. Manager and People Ops: Decide what offboarding actions need to be taken before the call (e.g. revoke admin permissions), or during the call (e.g. revoke Slack and Gmail access), and which ones can wait until later (see the offboarding checklist). Make sure someone with the necessary admin privileges is on hand (in the private chat-channel) to assist with those sensitive offboarding steps that should occur relatively quickly. Do not create the offboarding issue until after the call, since even confidential issues are still visible to anyone in the team.
  5. Manager: Set up a call with the team member in question. Make a separate private calendar event to invite the People Ops representative.
  6. On the call: deliver the bad news up-front, do not beat around the bush and prolong the inevitable pain for everyone involved. A sample leading sentence can be "Thanks for joining the call ___ . Unfortunately, the reason I wanted to speak with you, is because we have decided that we have to let you go and end your employment / contract with GitLab." At this point, hand over the call to People Ops to continue. People Ops explains what led to this decision and points to the process that was followed to reach this decision. People Ops to make it clear that the decision is final, but also to genuinely listen to their side of the story since there may be useful lessons in what they say for the rest of the team e.g. regarding hiring and vetting practices.
  7. People Ops: Make sure to communicate the practical points from the termination memo outlined below.
  8. People Ops: Create the offboarding checklist issue, and go from there.
  9. People Ops: If an employee, review if any time off needs to be paid on the last paycheck by looking in BambooHR under Time Off.

Points to cover during the offboarding call, with sample wording

The following points need to be covered for any team member:

  1. Final Pay: "your final check (or invoice period) is for the pay period of X and includes X days of pay”.
  2. Company Property: “please return all property as explained in the handbook, also please delete GitLab’s email connection from your phone”.
  3. Business Expenses: “please create your final expense report to Expensify (for employees), OR, please file any outstanding expenses with your final invoice (for contractors), so these can be reimbursed to you in a timely manner”.
  4. Confidentiality and Non-Disclosure: “we know you are a professional, please keep in mind the agreement you signed when you were hired”.

The following points need to be covered for US-based employees:

  1. COBRA: “your benefits will cease on last day of the month you are eligible for Consolidated Omnibus Budget Reconciliation Act (“COBRA”), the carrier (TriNet) has been notified and the carrier will send out the paperwork to your home address on file”.
  2. PPACA: "You may also be eligible under the Patient Protection and Affordable Care Act (“PPACA”) for subsidized health care options via the marketplace. If you are interested it is important that you sign up with the market place well before the 15th of the month to have coverage for the following month”.
  3. HIPAA: " under the Health Insurance Portability and Accountability Act of 1996 (HIPAA), if you need a certificate of credible coverage please download it from your current carrier's online portal or request it from TriNet”.
  4. Unemployment insurance: "it is up to your state's labor agency (in CA: EDD) to decide if you are eligible for unemployment insurance”.
  5. Please remember to keep TriNet informed if you move I want to be sure your W-2 gets to you at the end of the year. You may also contact X at GitLab (provide phone number and email address) with any other questions that you may have" (consider inviting them to contact you at anytime for any reason)

Sample termination memo

If appropriate (to be determined by conversation with the manager, CEO, and people ops), use the following termination memo, which is provided here as an openly viewable Google Doc, but of course needs to be personalized and tailored to each individual's situation. As written, it is applicable to US-based employees only.

Departures are unpleasant

As explained briefly in the offboarding checklist, GitLab does not provide any context around why people are leaving when they do. However as mentioned in the procedures, for voluntary terminations, the team member can share their reasons for leaving if they wish. If they choose not to then we say: "As of today, X is no longer with GitLab. Out of respect for their privacy I can't go into details. If you have questions about tasks or projects that need to be picked up, please let me know."

If someone is let go involuntarily, this generally cannot be shared since it affects the individual's privacy and job performance is intentionally kept between an individual and their manager.

Silence is unpleasant. It's unpleasant because we are human, which means that we are generally curious and genuinely interested in the well-being of our team members.

Is it more unpleasant in a remote setting? Probably not. When people are all in the same office building, they can "kinda sorta" know what may be coming because of the grapevine, the water cooler, and so on. When the news hits it might be less of a shock - only because of unprofessional behavior in the first place. But at larger companies with multiple office buildings, departures will tend to come as more of a surprise and with less context (at least to the people in other buildings).