How the UX Research team operates at GitLab

Maintained by:

Team structure

The UX research team is comprised of UX Research Operations Coordinators and UX Researchers).

UX Research Operations Coordinators own the participant recruitment process and all things related to research operations.
UX Researchers work within their assigned stage groups, where they conduct UX research on their own and consult on research efforts being done by their teams.

How UX Researchers are assigned

Each UX Researcher is assigned to multiple, related stage groups, so they can focus on a larger product area. They work closely with Product Managers and Product Designers to ensure research projects are focused and provide answers to design questions. You can find more information on these stage groups here.

The designated UX Researcher is the go-to person for their assigned stage groups. For collaboration in projects and subjects:

Subject	Assigned DRI
Systems: Distribution, Geo Data Stores:Memory, Global Search, Database, Sharding, Project Horse Ops: Configure, Monitor, Release	Will Leidheiser
Growth: Activation, Conversion, Expansion, Adoption Fulfillment: Purchase, License, Utilization	Nicholas Hertz
Manage: Access, Workspace, Compliance, Import, Optimize Plan: Project Management, Product Planning, Certify	Anne Lasch
Secure: Static Analysis, Dynamic Analysis, Composition Analysis, Dynamic Analysis: Fuzz Testing, Threat Insights, Vulnerability Research Protect: Security Orchestration, Container Security	Michael Oliver
Create: Source Code, Editor, Code Review	Ben Leduc-Mills
Ops: Verify, Package	Erika Feldman
Dev: Ecosystem, Integrations, Foundations	Ashley Knobloch

How UX Researchers work

We collaborate with Product Designers, Product Managers, and Engineers to collectively determine what areas to conduct research on. The UX Research department works within the Product Development Flow as they partner with Product Management and Product Design. Additional details can be found here on how UX Reseachers prioritize research projects.
We follow a priortization process that helps us distribute our time effectively across the research projects occurring within our stage groups.
Like other departments at GitLab, UX Researchers follow the Product Development Timeline and use milestones to schedule their work. Milestones change monthly (find out the dates for upcoming milestones).

How UX Researchers decide what to research

UX Researchers collaborate with Product Managers to determine the scope of research studies. Where possible, UX Researchers should try to attend planning meetings for their designated groups. UX Researchers should proactively offer ways in which they can assist in the delivery of research. They should also suggest and discuss their own ideas for research studies with Product Managers.

How UX Researchers spend their time

UX Researchers have the following guidance on how they should be spending their time:

<10% Solution Validation - This translates to less than 10% of a researcher's time being allocated to assisting Product Designers and Product Design Managers with Solution Validation research. Solution validation research at GitLab is led by Product Designers, with support from Product Design Managers. Occasionally, Product Design Managers may need to escalate queries about solution validation research to UX Researchers for advice and feedback.
```
- If capacity allows, UX Researchers can help with conducting solution validation research. Product Managers and Product Designers follow the steps in the [Validation phase 4](/handbook/product-development-flow/#validation-phase-4-solution-validation) when planning and executing solution validation research. 
```
~60% Problem Validation - Researchers spend more than half of their time working with Product Managers conducting Problem Validation research, with the long-term goal of investing their time towards training and mentoring.
~30% Foundational Research - Ideally, 1 big project per researcher, per quarter. These are projects are a type of problem validation where little to no information is known about the problem, often using a mixed methods research design. Examples:

Four noteworthy benefits to conducting Foundational research:

Researchers gain subject matter knowledge in that topic
Researchers have an opportunity to impact Product and influence strategy
Career growth opportunities
The business benefits by gaining more knowledge/data in an specific area

How UX Researcher conduct peer reviews

UX Researchers will frequently drive research projects themselves in close collaboration with Product and/or Design. When this occurs, UX Researchers will take part in a peer review process on the test plan and the final output of the research. There are many benefits to a peer review process:

Visibility - UX Researchers will be more informed about the research being conducted outside of their direct area of coverage.
Learning - UX Researchers can learn from each other by reviewing the approaches being taken and the justification behind those approaches.
Quality - Research deliverables will be more standardized and of higher quality as a result of a peer review.
Onboarding - New UX Research hires will benefit by seeing standardized examples and learning about the quality bar to replicate.
Diversity - We value diverse views and perceptions on how the content is being interpreted.
Mentoring - UX Researchers will have more opportunities to mentor each other in their craft.

The UX Research peer review process is designed to be asynchonous and inclusive to all UX Researchers. The process is as follows:

Share - A UX Researcher has either a test plan and/or a final report that needs to be peer reviewed. They ensure it's shareable and editable.
Post - Within the #ux_research_team_lounge Slack channel, they post a link to the test plan or final report, along with a request to review. They include a date and time that they need feedback by.
- Example: "Hi - can I please request a review of this test plan (link)? Feedback is needed by Thursday. Thank you!"
- Best practice: Reviewers should aim to provide reviewers at least 24 hours to review.
Review - The reviewer provides feedback directly in the document, issue, etc.
Inform - When the review is complete, the reviewer responds to the thread and mentions the UX Researcher.
- Example: "@ name - your testplan has been reviewed. Let me know if you have any questions!"
Edit - The UX Researcher looks at the feedback, follows up on any questions, and makes any adjustments necessary.
Mark as done - When complete, they put a green check mark emoji reaction on their original post, indicating that the peer review request has been completed and is closed.

UX Researchers are all required to take part in a peer review with their final reports that they created. Additionally, it's strongly encouraged for UX Researchers to help their peers by reviewing anything submitted through the peer review process.

How UX Researchers socialize research findings

When we drive our own research projects, it means we're also responsible for socializing those insights. The most effective way to do that is as follows:

Create a brief into on what was done. (Example: Hi team! I recently finished a tree test :deciduous_tree: on the left sidebar navigation focused in the Monitor, Infrastructure, Deployments, and Packages & Registries items with experienced GitLab users. I'm excited to share the key insights :star: :)
List 3-4 bullets with the key insights. These should not include any detail - just very short sentences on the high-level findings.
Links to the: Research report, Video readout, Data sheet, Research issue, Dovetail project
A 'Next steps' sections that includes bullets on what will be happening as a result of the research. These should be links to issues that are actionable insights.
The posting is shared out via Slack to at least the three following channels: #ux, #ux_research, and #product. It's advised to also share the posting in any relevant stage-group channels, too.

Below is an example of the formatting: