AI-Powered Stage

The AI-Powered Stage in the Data Science section is focused on providing applied AI capabilties to the GitLab product.

Vision

Build diverse and global development teams in the Data Science section to support GitLab’s vision on the application of AI in the DevOps cycle, while maintaining our values and unique way of working.

Mission

Drive results through iterative development as we add AI features with flexible ML Models capabilities into the product. Our teams are data-driven, support dogfooding, and collaboration within GitLab and the wider community.

Features

Feature Team Ownership Project Location Standalone or consideration for Chat Framework
Code Suggestions Create:Code Creation Group GitLab, GitLab VSCode Extension, GitLab Web IDE, GitLab JetBrains Plugin, GitLab Vim, GitLab Visual Studio Extension Standalone
Chat GitLab Duo Chat Group GitLab, GitLab VSCode Extension, GitLab Web IDE, GitLab JetBrains Plugin, GitLab Vim, GitLab Visual Studio Extension Chat Framework
Git suggestions Create:Source Code CLI Standalone
Discussion summary Plan:Project Management Team GitLab Chat Framework
Issue description generation Plan:Project Management Team GitLab Standalone
Test generation Create:Editor Extensions Group GitLab Web IDE Chat Framework
Merge request template population Create:Code Review Group GitLab Standalone
Suggested Reviewers Create:Code Review Group GitLab Standalone
Merge request summary Create:Code Review Group GitLab Chat Framework
Code review summary Create:Code Review Group GitLab Standalone
Vulnerability summary Govern, Threat Insights GitLab Standalone
Vulnerability resolution Govern, Threat Insights GitLab Standalone
Code explanation Create:Source Code GitLab Chat Framework
Root cause analysis Verify:Pipeline Execution Group GitLab Standalone
Value stream forecasting Optimize Group GitLab Standalone
Product Analytics Product Analytics Group GitLab Standalone

AI Powered Operational Agreements

  • Sustainable way of working: Getting all of our teams back to a sustainable way of working as a first priority. The ambiguity in work schedules, uncertainty around who has license to make decisions, and changes in priority lead to a lack of predictability for people’s work, which creates stress and a reduced sense of psychological safety.
  • Collaboration: Addressing collaboration problems thoroughly and in real time as they arise so we can reduce the their negative impact on business outcomes and encourage more psychological safety.
  • Roadmap review and revision: Each team keeps an executable, epic-level 30-60 day roadmap here (internal only.) Our cross-functional team meeting involving the quad++ can be found on the stage calendar (Calendar ID: c_n5pdr2i2i5bjhs8aopahcjtn84@group.calendar.google.com). These roadmaps are shared with engineering and product leadership on a monthly basis for feedback to adapt plans, and shared with e-group. For these reasons, we try to limit changes within a 30-day timeframe.
  • Communication cascade: We want to capture details in issues to avoid reliance, build trust, provide additional context, align everyone on priorities, and prevent communication surprises.
    • Always assign a DRI to create an issue (Ideally, whoever is communicating is the person creating the issue)
    • Make sure the DRI is included especially when things change quickly!
    • Leadership should set explicit expectations. There should be space and time for questions and discussions. Ask for this if you are not getting it, because we will then be responsible for communication moving forward.
    • There are weekly AI Exec meetings where non-MNPI read outs will be shared. Read outs and feedback from leadership will be included in the AI Monthly.
    • For senior leaders, EMs and PMs across the primary AI teams to make sure they have a place to align with each other, we use #ai-leads.
    • To include the quads, engineers, designers, testers, infra, our key Marketing stakeholders, etc that are working on AI, we use #ai-portfolio. This will help us provide a SSoT avenue for communication so we don’t confuse groups or disseminate information separately.
    • In this way, we will avoid multiple downward communications or conflicting messages, keep discussions inside issues, and be able to retain autonomy on the roadmap according to Roadmap Review & Revision.
  • Blocking work:
    • Our teams respond to inquiries with ETA to resolve within the designated time frame below:
      • High priority - within 1 business day
      • Medium priority - <= 5 business days
    • For all inquiries, impact of no/delayed decision needs to be communicated to ensure that team members understand the “why” and context behind the importance (i.e slipped timelines, confidence reduction)
    • If there are delays, AI Leads should escalate in the #ai-leads channel or #ai-lt channels, as appropriate
    • If time frames are missed, then a few sentence S-B-I reflection statement should be shared with your manager to provide context and learning to see if we need to change/optimize the process
  • Strategy for GitHub: Communicate clearly our strategy for AI in the DevSecOps space so we can share a sense of urgency to compete and be a leader in the market.
  • Quad connection: Ensure that all key team members of the quad are connected and informed (Infra, Quality, Dev, PM, UX) to expand transparency and collaboration as groups.
    • The AI leads have started making weekly team announcements for developments across the groups. These are found here.

Stage Meetings

Although we have a bias for asynchronous communication, synchronous meetings are necessary and should adhere to our communication guidelines. Some regular meetings that take place for all AI teams are:

Frequency Meeting DRI Possible topics
Monthly AI Monthly Michelle Gill & Taylor McCaslin Roadmap review, leadership feedback, direction & strategy

Stage Groups


AI Framework Group
The AI Framework group is focused on how to support other product groups at GitLab with the AI Abstraction Layer, and GitLab AI feature development.
AI Model Validation Group
The Model Validation group is focused on supporting GitLab teams to make data-driven feature development decisions leveraging ML/AI.
Custom Models Group
The Custom Models group focuses on additional, custom models that power GitLab Duo functionality in support of our customers unique data and use-cases.
Duo Chat Group
The Duo Chat group is focused on developing GitLab Duo Chat capabilities, while supporting other product groups and the wider community in integrating more functionality.
Last modified April 17, 2024: AI Monthly (732eef75)