We create products and experiences that customers love and value.
The Product Principles section is where you can learn about our strategy and philosophy regarding product development here at GitLab.
For a detailed view on how we do Product Development, read up on our established Product Processes.
To learn how the GitLab product and our Teams are organized review our Product Categorization section.
Learn about GitLab as a product, including what does it mean to be a single application, our subscription tiers and pricing model, and the basics of permissions in the platform.
Want to know more on what being a Product Manager at GitLab is like? Checkout our Product Manager Role guide for helpful information like our Career Development Framework and the Roles and Responsibilities of a PM.
Learn how we measure success in Product via our Product KPIs, which are tracked in our Product project. For best practices and guidance on how to add instrumentation for features please review our Product Intelligence workflow.
Understand the OKR Process for the GitLab Product Team and review current and past OKRs.
Learn about our Product Leadership Team and learn about them via their personal README’s.
GitLab team members should leverage How to Engage to interact with the product team.
Members of the Product team are added to the private product group @gl-product. This group is used for internal communication and the @gl-product mention can only be used by project members.
Please remember that tagging @gl-product on issues will generate in-product to-do items and email notifications to all product team members, so use it only when you need to communicate with the entire product team.
If you are tagging @gl-product:
Required 🔎
The Product handbook contains a lot of content that includes a mix of advice, best-practices, mandatory process, team-specific content, and more. To help you find the most important items, look for the badge above that indicate the most essential, important, and/or obligatory processes that every Product Manager is expected to know by heart and follow, as opposed to other items which may be more for reference in certain situations or may be more optional than required. If you are adding or updating an essential handbook section, consider adding this badge there.
For all MRs, please apply milestone and labels product operations product handbook and prodops:release so your changes show up in the product handbook updates page.
Please add Product Operations in the merge request as a Reviewer. For small improvements (such as fixing typos, content clarifications), no need to await feedback from Product Operations, please merge the MR yourself (if you have permissions) . For larger changes, please request review or seek collaboration with Product Operations.
If you have a larger change such as wanting to add new sections, significantly modify content in an existing section, or adding entirely new pages or processes, please create a merge request and direct ping Product Operations DRI to request review, seek collaboration and possibly approval.
If you're looking ot create an entirely new directory, it is recommended you discuss in advance with product operations to avoid needing to move it or resturcture it later.
Please note it is your responsibility to inform team members as needed about your merge request. Consider the following best practices:
