GitLab Professional Services
Accelerate your software lifecycle with help from GitLab experts
Popular GitLab use cases
Enterprise Small Business Continuous Integration (CI/CD) Source Code Management (SCM) Out-of-the-box Pipelines (Auto DevOps) Security (DevSecOps) Agile Development Value Stream Management GitOpsGitLab Professional Services
Accelerate your software lifecycle with help from GitLab experts
Popular GitLab use cases
Enterprise Small Business Continuous Integration (CI/CD) Source Code Management (SCM) Out-of-the-box Pipelines (Auto DevOps) Security (DevSecOps) Agile Development Value Stream Management GitOpsAll the learning pathways we have in Support are listed here. Each pathway contains a set of modules, and a module may reside in multiple pathways.
To create an issue for yourself with one of the module templates:
NOTE: Contact your Onboarding Buddy if you have any questions about these pathways. Buddies are always happy to help!
When you first join the team everything will be new to you. Don't worry! In order to get you started with GitLab quickly, apart from the company wide onboarding issue that will be assigned to you on Day 1 by PeopleOps, we also have an onboarding program in Support. There are two pathways:
NOTE: You can start the PeopleOps onboarding and the Support Onboarding at the same time, or you can complete PeopleOps and then switch to Support. Determine the best path with your manager.
A new support engineer will be considered onboarded when they are able to perform the core tasks for their new role:
Your primary Support Engineer Onboarding Issue is created from the New Support Team Member Start Here template. This issue keeps track of your completion of the onboarding modules shown in the table below.
It is recommended that you complete the modules in the order listed, unless an issue mentions that you can start something else simultaneously. Typically, for a new team member in Support, completion of the below onboarding modules (including those in the Area of Focus Pathway) should take ~ 3 weeks.
Module | Duration | Description |
---|---|---|
Git & GitLab Basics | 2 days | Understand our products and services |
GitLab Support Basics | 1 Day | Understand how GitLab Support operates and the most common workflows |
Customer Service Skills | 2 Days | Understand how we interact with customers, and how to utilize your customer service skills to ensure customer success |
Zendesk Basics | 1 Day | Utilize ZenDesk to perform ticket management |
Working on Tickets | 2 Weeks | Help customers by pairing with Support Engineers and replying to tickets |
Documentation | 1 Day | Become proficient in making documentation and merge requests |
When you have completed the basic modules, work with your manager to decide your initial Area of Focus.
Module | Duration | Description |
---|---|---|
GitLab.com Basics | 2 Weeks | Understand the basics to answer GitLab.com (SaaS) product related tickets |
When this Area of Focus module is complete, let your manager know that you are ready to proceed to the appropriate On-Call rotations.
Module | Duration | Description |
---|---|---|
GitLab Installation & Administration Basics | 1 Week | Understand the different ways in which GitLab can be installed and managed |
Self-Managed Support Basics | 2 Weeks | Understand the basics to answer Self Managed product related tickets |
When this Area of Focus module is complete, let your manager know that you are ready to proceed to the appropriate On-Call rotations.
Module | Duration | Description |
---|---|---|
License and Renewals | 2 Weeks | Understand the basics to answer our product's License and Renewals related tickets |
After you've completed a focus area, you should talk to your manager about joining an on-call rotation. They'll have guidance for where Support need and your skills overlap. Usually, you'll only complete one of these modules.
Module | Duration | Description |
---|---|---|
GitLab.com CMOC | 1 Day | Understand the responsibilities of being the Communications Manager On Call (CMOC) for an active GitLab.com incident |
Customer Emergencies | 1 Week | Understand the responsibilities of being on-call for Customer Emergencies |
The modules in this section should eventually be taken regardless of your focus area. The topics listed here can be completed in any order. Please discuss with your manager to determine which areas will be relevant to your work and the timing for completion.
Module | Description |
---|---|
GitLab Intermediate Topics | Intermediate topics for both areas of focus |
Your primary Support Manager Onboarding Issue is based on the New Support Team Member Start Here template. This Issue keeps track of and completes the onboarding modules shown in the following table.
It is recommended that you complete the modules in the order listed, unless an issue mentions that you can start something else simultaneously. Typically, for a new manager in Support, completion of the below onboarding modules should take 3 weeks.
Module | Duration | Description |
---|---|---|
Support Manager Basics | 2 Weeks | Understand support management processes and workflows, including on-call rotations |
Git & GitLab Basics | 1 Week | Understand our products and services |
Gitlab Support Basics | 1 Day | Understand how GitLab Support operates and the most common workflows |
ZenDesk Basics | 1 Day | Utilize ZenDesk to perform ticket management |
Customer Emergencies | 1 Week | Understand the responsibilities of being on-call for Customer Emergencies |
SSAT Reviewing Manager | 1 day | Understand how to handle Support Satisfaction feedback results |
When this pathway is complete, let your manager know that you are ready to join the appropriate On-Call rotations. (Your Support Manager Onboarding Issue contains the instructions for this step.)
We are continuously working on adding more modules and building out more learning pathways: you can find a list of all our current training modules and Modules in the Support Training project.
Our onboarding pathway gives new Support Engineers an opportunity to learn at their own pace and explore. We strongly believe in learning by doing (70/20/10 learning model), and encourage Support Engineers to start contributing on tickets (with public or internal comments) from as early as your 3rd week.
NOTE: The 6 months starts after your initial Support Learning Pathways are complete.
The following reference table can be used as a guideline on achieving comfort with ticket management in your first 6 months in GitLab Support. Managers can also use this table to gauge the progress of new hires in their first 6 months after onboarding.
NOTE: Table data is shown by month - for instance, in my 4th month as a Dotcom support engineer, I can aim to make about 60+ comments on tickets.
Month | Public Comments Reference Range - Self-managed | Public Comments Reference Range - Dotcom |
---|---|---|
1 | 0-10 | 0-20 |
2 | 10-30 | 20-40 |
3 | 30-50 | 40-60 |
4 | 50+ | 60+ |
5 | 60+ | 80+ |
6 | 70+ | 100+ |
As always, please submit an Issue or MR if you have suggestions on how this page could be better!