UX Researcher Onboarding

On this page

Getting started as a researcher at GitLab

Awesome! You're about to become a GitLab UX Researcher! Below you'll find everything you need to get started. If something is missing, add it (as goes with everything at GitLab)!

You will feel very slow in the beginning, that is perfectly normal. There is a lot of information being thrown at you all at once. Your goal for the first few weeks here at GitLab is simply to listen, absorb, and ask as many questions as possible.

If you haven't already, please read the main section of the UX Handbook and the UX Researcher section. Reading the Research project README will also help fill in all the details of how we work.

UX Research Buddy

You will be assigned a UX Buddy to help you find your way around. Your buddy will schedule a coffee chat with you during your second week. They will also be assigned to your first few issues alongside you. While you should feel free to ask anyone for help at anytime, your buddy is a dedicated person you can rely on for help and guidance.

GitLab versions and tiers

GitLab is built on an open core model. That means there are two versions of GitLab: Community Edition(CE) and Enterprise Edition(EE).

GitLab Community Edition is open source, with an MIT Expat license. GitLab Enterprise Edition is built on top of Community Edition: it uses the same core, but adds additional features and functionality on top of that. This is under a proprietary license.

It is a good idea to familiarize yourself with the differences between CE and EE. As a UX Designer here at GitLAb, you will have access to all the features within EE. The tiers within CE and EE are listed here. Review the feature comparison to understand the features available within each tier.

Create issues

As you begin to get settled in, you will most likely need to create or update an issue.

Workflow for creating an issue:

Typical kinds of issues created: