The following page may contain information related to upcoming products, features and functionality. It is important to note that the information presented is for informational purposes only, so please do not rely on the information for purchasing or planning purposes. Just like with all projects, the items mentioned on the page are subject to change or delay, and the development, release, and timing of any products, features or functionality remain at the sole discretion of GitLab Inc.
We would appreciate your feedback on this direction page. Please create an issue to collaborate with us or propose a MR to this page!
Data is everywhere. Whether explicitly calculated and collected, or generated automatically, users need a way to interface with their GitLab data in order to meaningfully understand and turn the data into valuable actions to improve their workflows. With the Custom Dashboards Foundation effort, backed by a new unified event collection platform, users will be able to query, visualize, and analyze their GitLab data.
Remove data boundaries across all stages of GitLab and empower customers to explore their data and build custom dashboards tailored to their specific use cases. All the data, both native to GitLab, and outside of GitLab, can be queried, visualized, collaborated upon, and operationalized without the need for GitLab development team intervention.
Dashboards are a core piece of any analytics workflow. Customers use them to track a variety of things from customer behavior to service health to team productivity/output. GitLab is striving to allow customers a single place to ask questions of their data, source agnostic, so that they can truly connect their code, delivery, team productivity, security results, and customer outcomes in a single, unified visualization. We have heard the need for customers to be able to customize their reporting and build views that align with their team/project specific needs.
The Platform Insights team developed a dashboard framework to serve as the single source of truth for the way GitLab internal teams should develop and deliver their prescriptive dashboard views. Our goal is that we catalog all the current analytics dashboards available in GitLab and iteratively migrate them to the standard dashboard framework in order to provide customers with a consistent user experience.
As we pave the way for consolidated data exploration with efforts of data unification and unified query language, GLQL, we get closer to the grander vision of unlocking the ability for our customers to build their own dashboards from all GitLab data sources. Starting with the Optimize stage, we will iteratively unlock new GitLab data sources and produce experiences in the dashboard Data Explorer that allow customers to query their data and build custom dashboards that combine visualizations for any supported source. In the next few quaters (FY25 Q4 into FY26), we will get closer to providing a single Dashboard experience that is available at group and project levels. Empowering customers to build their own reporting views means that individual GitLab internal teams will be able to spend less time building prescriptive experiences and more time enriching the GitLab features that produce that data. It also means that our customers can immediately see the value of their ingested data without waiting for reporting feature requests to be prioritized. This will ultimately lead to more customer satisfaction with the overall GitLab reporting experience, and improved time to value for depth on GitLab features.