Support Operations team is responsible for supporting the day-to-day operations and software systems used by GitLab’s global Technical Support team, primarily our Zendesk instance, and integrations with internal business processes and tools. The Support Operations Team is exclusively responsible for handling Zendesk Support and Explore related queries.
You can locate us in GitLab issues or via the
channel in slack.
To help the Technical Support Team spontaneously and make their day to day workflow simple and easier so the efficiency and result values of Technical Support Team increases.
To provide the “Best in Class” support to our support team specifically and GitLab to increase the overall value of GitLab as a team, organization and product.
Vision Target 2021- 2022:
|Jason Colyer||Support Operations Manager||@jcolyer|
|Nabeel Bilgrami||Support Operations Specialist (Global Instance)||@nabeel.bilgrami|
|Dan Nolan||Support Operations Specialist (US Federal)}||@dnolan1|
|Alyssa Villa||Support Operations Specialist (Global Instance)||@avilla4|
This diagram explains how the general fixes are handled by the Support Operations team.
For an overview of what issues/MRs involve Support Ops, please see our changelog page!
To help ensure the team doesn't get overwhelmed and has the ability to focus on specialization and learning, we divide out the responsibilties amongst our team. The current division of responsibilities is:
|Zendesk Global||Agent Signatures||@firstname.lastname@example.org|
|Ticket Forms and Fields||@email@example.com|
|Users and Orgs||Support Ops team||Support Ops team|
|ZD<>SFDC Sync Main||@firstname.lastname@example.org|
|ZD<>SFDC Sync Partners||@email@example.com|
|Zendesk US Federal||Agent Signatures||@jcolyer||@dnolan1|
|Ticket Forms and Fields||@jcolyer||@dnolan1|
|Users and Orgs||@dnolan1||@jcolyer|
|ZD<>SFDC Sync US Federal||@jcolyer||@dnolan1|
|Support Ops Handbook||@firstname.lastname@example.org|
** If we receive any probelm in using Zendesk, can we contact Zendesk directly? **
Please contact Support-Ops team first. Discuss the problem by asking a question in channel and tagging @support-ops. It is a high probability that we can help you resolve the problem at hand. In cases where we cannot and we do need to contact Zendesk support directly, it is best to have Support-Ops handle that.
** What will happen if Zendesk is down globally? **
Zendesk will only go down when the internet is globally effected because they use Pods for services. This ensures that if a region is facing downtime, Zendesk can quickly mitigate that while making sure services run smoothly. However, if you are still facing any problem accessing Zendesk, please contact the support-ops team. In the case that Zendesk is down globally, we have email support option available.
** Is there any disaster recovery plan available? **
Zendesk keeps the data in backup servers will all due diligence. This ensures that we can recover data when it is needed. These backups are utilized to restore Zendesk in the case it fails due to a problem on Zendesk's end.
Also, the support-ops team ensures all triggers, automations, views, macros, forms, fields, conditions, etc are documented to save the hassle of writing up everything from scratch.
** Why do we allow users to open support tickets without being required to login to Zendesk via some authentication? **
According to Lee Matos:
Circa 2016 we had open Zendesk where we were manually assigning users to manually created orgs.
There was a project that was being created called “middleware” that was going to act as the SSOT of known orgs. It did nothing to solve the customer mapping.
It was in scope creep mode so I explored the offical sfdc<->zd sync. We started with account sync. We were interested in user syncing but our data was a mess.
We ran into problems with org sync. Solved a bunch then some more.
There is a push (rightfully so) to lock it down and improve our wall/first time unknown user flow. If someone can get that over the line I think that GitLab support engineering leadership has no good reason to keep it “open access” at the moment and we support changing it. (I'm speaking out of turn — I’m stating this as fact but it’s my opinion.)