Internal Requests tracker

1. You are here:
2. Handbook
3. Support Team Handbook
4. License & Renewals
5. License & Renewal Workflows
6. Internal Requests tracker

Servicing Internal Requests

Follow the same General Workflow as dotcom for servicing L&R internal requests.

L&R Internal Requests Hawk

There is a internal requests hawk role which rotates on a weekly basis which serves as a temporary measure to make sure internal requests tagged with the following labels receive the appropriate attention from Support:

• Associate Subscription Console Escalation::Customers - Workflow to be documented
• Billable Members - Workflow instructions on template
• Console Escalation::Customers - Workflow to be documented
• EULA - Workflow
• License Issue - Workflow
• Plan Change Request - Workflow
• SaaS Subscription Issue - Workflow
• Trial Extension License issue - Workflow

When on this role, prioritize working on internal request issues over Zendesk tickets. The general workflow guide is:

1. Review the list of unassigned issues.
2. Pick an issue to work on/response to and assign this to yourself.
3. Repeat step 1 and 2 until there are no longer any unassigned issues.
4. Check if there are any assigned issues where responses have stalled and check with the assignee if follow up action needs to be taken.

You will continue to be responsible for any issues assigned to yourself even after you're off the role, so be mindful about working sustainably. If you need to, ask for others to help with unassigned issues – the expectation is that GitLab Support as a team should be responding timely to internal requests, not you personally as the L&R Internal Requests Hawk.

You'll only be expected to work your usual work hours while doing this role. There is a PagerDuty schedule set up solely to facilitate tracking/swapping of shifts. It is in no way an indication of actual hours of work.