GitLab has a broad scope and vision, enabling organizations to collaboratively plan, build, secure, and deploy software to drive business outcomes faster. To provide teams with complete transparency, consistency, and traceability, we are constantly iterating on existing and new features. Some stages and features are more mature than others. To convey the state of our feature set and be transparent, we have developed a maturity framework for categories, application types, and stages that considers both adoption and user experience. These maturity ratings reflect the current state of our categories. In general, we plan to continue working on categories to maintain and improve on this maturity. So even if a category is "Complete," it does not mean we will not keep working on it. We are present-day pessimists and long-term optimists and maturities will change, including changes to lower maturity rating, to reflect the bar we set for ourselves, our position in the market and for customers. Contributions from our community are an essential part of achieving this overall vision for GitLab.
Category and Application Type maturity: | |
Planned: Not yet implemented in GitLab, but on our roadmap. | |
Minimal: Available in the product, and works in the recommended setup. Has utility to the user, but does not completely address the job-to-be-done, yet. Not to be used as a primary selling point, as capabilities are minimal. Suitable to replace the need for existing tools for new companies, departments, and teams. | |
Viable: Significant use at GitLab the company. CM Scorecard at least 3.14 for the job to be done (JTBD) when tested with internal users. No assessment of related jobs to be done. Suitable to replace the need for existing tools for new namespaces, projects, and environments. | |
Complete: GitLab the company dogfoods it exclusively. At least 100 customers use it. CM Scorecard score at least 3.63 for the identified JTBDs when tested with external users. Suitable to migrate from existing tools. | |
Lovable: CM score of at least 3.95 for the JTBD (and related JTBDs, if applicable) when tested with external users. |
Stage lifecycle and recognition:
Product Investment methodology. |
GitLab features are grouped into a hierarchy, representing increasingly higher level capabilities. Features make up a broader Category, which then belong to a DevOps Stage. Stages are assigned a yearly lifecycle, and categories a maturity.
Since 2011 GitLab added:
Stage Roadmap:
Since 2011 GitLab added:
Stage Roadmap:
Since 2012 GitLab added:
Stage Roadmap:
Since 2016 GitLab added:
Upcoming Categories:
Stage Roadmap:
Since 2017 GitLab added:
Stage Roadmap:
Since 2016 GitLab added:
Stage Roadmap:
Since 2017 GitLab added:
Stage Roadmap:
Since 2022 GitLab added:
Upcoming Categories:
Stage Roadmap: