Support Glossary
Support Glossary
The Support Glossary contains definitions and explanations for support-related acronyms and terms. Entries are alphabetically sorted and should link to or include a definition source when possible.
The glossary was inspired by this issue, with the goal of providing definitions for terms that might be specific to GitLab Support.
If you came to this page while reading a document with a missing definition, please update the original page with the acronym expansion, to align with the acronyms and initialisms style.
Acronym | Full name | More information |
---|---|---|
AMER | Americas |
See “AMER” in List of country groupings on Wikipedia. |
APAC | Asia-Pacific |
Asia-Pacific on Wikipedia. |
AQC | Active Queue Carry |
Experimental: AMER is exploring a metric called Active Queue Carry, which is the sum of tickets currently assigned to an engineer that are |
ARR | Annual Recurring Revenue |
See ARR in Sales Term Glossary. |
ASE | Assigned Support Engineer |
Customers can subscribe to our assigned support engineer service which allocates them a named support engineer. You can read more about this role in the handbook. |
BBM | Batched Background Migrations | |
CEOC | Customer Emergencies On-Call | |
CES |
|
In the support context, customer effort score is an approach to measuring customer satisfaction. In the wider GitLab context, we also have candidate experience specialists who are part of our recruiting team. |
CMOC | Communications Manager On-Call |
Support is responsible for keeping customers informed in support of our incident response process when there is an active incident on gitlab.com. The role has several responsibilities. |
CSM | Customer Success Manager |
CSMs are accountable for customer adoption, measurable outcomes, customer satisfaction, and creating true customer advocacy. You can read more here |
DAST | Dynamic Application Security Testing |
A security testing method that tests running applications for security flaws by simulating attacks. |
DRI | Directly Responsible Individual |
Directly responsible individuals at GitLab own particular projects, initiatives, or activity. |
EMEA | Europe, Middle East, and Africa |
Europe, the Middle East and Africa on Wikipedia. |
FRT | First Response Time |
Support have a first response time Service Level Agreement (SLA) on all new tickets from subscribed customers. |
GET | GitLab Environment Toolkit |
A toolkit provided by GitLab for setting up and managing GitLab environments. GET helps with deployment and configuration of GitLab instances. |
GKE | Google Kubernetes Engine |
Google’s managed Kubernetes service that provides a hosted Kubernetes environment. GKE simplifies cluster management and integrates with other Google Cloud services. |
gprod | Google Production |
A reference to production environments or services running on Google Cloud Platform. |
HA | High Availability |
A system design approach that ensures a service remains operational and accessible even when individual components fail. HA systems minimize downtime and maintain service continuity. |
JWT | JSON Web Token |
A compact format for transferring claims between any two parties. JWTs are commonly used for authentication and information exchange in web applications. |
k8s | Kubernetes |
Abbreviated as k8s (k + 8 letters + s), Kubernetes is a container orchestration platform that manages Docker containers across multiple servers. |
KB | Knowledge Base |
A repository of solutions to commonly-encountered problems, created and maintained by Support Engineers. May also be used to refer to individual articles. |
KCS | Knowledge Centered Service |
An industry standard for indetifying, creating, and updating articles within a knowledge base. Official documentation. |
LDAP | Lightweight Directory Access Protocol |
An industry-standard protocol for accessing and maintaining distributed directory information services. Commonly used for authentication and authorization in enterprise environments. |
MFA | Multi-Factor Authentication |
A commonly used industry term. |
MTTR | Mean Time To Resolution |
A measurement of the average time it takes for a ticket to progress from creation to solved. |
MVC | Minimal Valuable Change |
Minimal valuable change was previously referred to as the minimal viable change. This language was updated 2024-07-31. |
NRT |
|
Support have a next response time Service Level Objective (SLO) on all subsequent replies to tickets from subscribed customers. |
OKR | Objectives and Key Results |
GitLab uses OKRs to support achieving our strategic goals. |
PD | PagerDuty |
See How Support On-call works for more information about how GitLab Support uses PagerDuty. |
QBR | Quarterly Business Review |
A once-per-quarter meeting between a vendor (us) and their client (customer) to go over key topics. Common discussion points include vendor product and service delivery since the last meeting, progress on goals, problems that need to be addressed, and changes that need to be made. The QBR is often vital to convincing the customer to renew their contract or subscription. |
SAST | Static Application Security Testing |
A security testing method that scans source code for vulnerabilities without running the application. |
SBOM | Software Bill Of Materials |
You can read all about SBOMs in our blog post. |
SGG | Support Global Group |
A reference to GitLab’s global support organization structure. SGG encompasses support teams across different regions and time zones. |
SLA | Service Level Agreement |
GitLab Support service level agreements might differ from other definitions in other departments. |
SLO | Service Level Objective |
Support has an internal service level objective on all subsequent responses to tickets after the first response. We use the SLA timer in Zendesk to track this. |
SME | Subject Matter Expert |
An individual with deep knowledge and expertise in a specific area or technology. SMEs are often consulted for complex technical issues requiring specialized knowledge. |
SPS | Success Plan Services |
See this internal Handbook page, which is the SSoT for SPS. |
SRE | Site Reliability Engineer |
Site Reliability Engineers (SREs) are responsible for keeping all user-facing services and other GitLab production systems running smoothly. You can read more here |
SSAT | Support Satisfaction |
We use SSAT to capture customer feedback and measure customer satisfaction. |
SSC | Support Stable Counterpart |
Support engineers who work closely with development teams to provide expertise and feedback. |
SSE | Senior Support Engineer |
A senior-level support engineer role within GitLab Support. SSEs typically handle more complex technical issues and may mentor other support engineers. |
STAR | Support Ticket Attention Requests |
STAR is used when a support ticket needs extra visibility or prioritization. This is typically communicated in the #support_ticket-attention-requests Slack channel. |
T&S | Trust and Safety |
A team responsible for maintaining platform safety, preventing abuse, and ensuring compliance with policies and regulations. T&S teams work to protect users and maintain platform integrity. |
eef3c341
)