This page will serve as a training resource and operational guide for current and future managers. All SDR Managers should follow the general leadership principles set out in the handbook.
Onboarding is essential for all SDR Managers at GitLab. As part of onboarding, a Becoming a GitLab Manager issue will be created for each manager when they join, or are promoted. This issue is intended to connect new managers with the crucial information they need, and ensure they have access to all the resources and training available.
|Leadership Handbook||Tools and resources to assist people managers in effectively leading and developing team members at GitLab|
|Compensation Review Cycle (Compa Review)||How to review our Compensation Calculator and carry out the Compensation Review Cycle|
|360 Feedback||Opporunity for managers, direct reports, and cross functional team members to give feedback to each other. Schedule and all information on this page.|
|BambooHR||All team member HR information|
|Transitioning to a Manager Role at GitLab||New manager resources and what to expect|
|SSoT Sales > SDR Territory Alignment Sheet||Can be found in Manager Home Base sheet. Single source of truth document for SDR to AE/SAL/Territory Alignment|
|LeanData Change Request Issue Template||Use this template to request any update in lead routing/SDR alignment. Use a new issue for each SDR. Once this request is received, Marketing Operations will update LeanData, the SSoT alignment spreadsheet, Drift routing/team, and the
|SDR Internal Transition issue template||Use this issue template when you have an SDR moving from one team within our SDR org team to another. More information can be found in the internal trasition section below.|
|How to update the org chart and team page||Update the org chart to ensure the correct memebers of your team roll up to you. Ensure each member of your team has your
|Adding yourself or someone else to the team page||Video to assist new hires with updating their blank team page placeholder|
|Update manager or SDR role in Salesforce||To update a manager or SDR role in Salesforce, submit a single person access request or bulk access request depending on the number of roles that need to be updated. Keep in mind if this is needed due to someone transferring teams within the SDR org, this is already part of the Internal transfer issue template.|
|Create or update members of a Slack user group||A user group is a group of members in a workspace who often need to be notified at once — for example, @managers. To update who is in one of the SDR groups, submit a single person access request or bulk access request depending on the number of people that need to be added. Fill out the requested info and delete any remaining info that isn't needed. Under 'Account Creation' put Slack User Group: @ Name (i.e. @Managers). You can also use the bulk AR to request the creation of a user group and list the users who should be in it.|
|Add someone to the SDR Gmail alias||Submit a single person access request or bulk access request depending on the number of people that need to be added. Fill out the appropriate info and delete any remaining info that isn't needed. Under 'Account Creation' put the SDR email alias|
|Make an edit to the handbook||Guide for how to edit the handbook. *Note: all new hires must do this as part of their onboarding|
|Add a new page to the handbook||This GitLab Unfiltered video will walk you through how to create a new handbook page|
|Create a new job family||For each job at GitLab, the job family is the single source of truth for the expectations of that role. If you need information about when to create a new job family vs when to use an existing one watch this video|
|Rename a handbook page||Update the name of the URL to a handbook page|
|Resolve failed pipeline when creating an MR||Quick overview of how to go about identifying why a pipeline might be failing for a merge request to the handbook page|
|SDR Onboarding Job Specific Task Section||This task section will automatically be added to the general onboarding issue for new SDRs based on their role when hired.|
|SDR Issue Board||Used to track GitLab issues involving the SDR team. This is a global issue board. Please use the purple
|SDR Event Tracker Issue Board||Used to follow upcoming events globally|
|SDR Sisense Dashboard||Dashboard to monitor SDR leads and meetings|
|MQL & SAO Performance vs. Target Sisense Dashboard||Monitoring MQL and SAO performance in comparison to our goals|
|Large Land Watch and Help Board - Expand Watch and Help Board - SDR Inbound Watch and Help Board - MM Watch and Help Board - PubSec Watch and Help Board||Monitoring Contact Requests, Qualifying Leads, IQMs, and Paused/Failed Sequences|
GitLab 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. This issue will be automatically assigned to you. As a manager, you will also have tasks that need to be completed prior to the new team member's start date.
The general onboarding issue will also automatically add a 'Sales Development' section under 'Job Specific Tasks' based on the role of the new SDR. Both you and your new hire will have tasks to complete in this section.
With the creation of this issue, an access request (AR) will also be automatically created for a new team member on their second day at GitLab. This AR lists the role based entitlements (pre-defined groups and system-level access that are granted automatically to team members depending on their role) your new hire will need. *See what is being auto provisioned on this AR here.
On your new hire's first day, the assigned People Experience Associate will schedule a welcome email to arrive at 7:30am (local time of the new team member) on their start date detailing how your new hire can access GitLab and begin their onboarding process.
If an SDR or a group of SDRs will be moving from one SDR team to another, please open this SDR internal transition template as the automatic people ops issue does NOT get created for this type of transition. Please complete the steps in this issue to ensure the SDR changing teams has everything they need.
If an SDR will be out for a prolonged period of time, please follow the proper processes and complete the SDR leave checklist.
Similar to onboarding, there is a role-specific tasks section that will automatically be populated for the SDR team. This section includes tasks for the new manager and sales operations that must be filled out to ensure proper alignment, routing and reporting.
The full process for offboarding at GitLab differs based on whether it is voluntary or involuntary. These processes can be found on the offboarding handbook page.