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.
Last reviewed: 2020-12-16
👋 This is the category strategy for Boards in GitLab; which is a joint effort between two of Plan's product teams – Product Planning and Project Management. Please reach out to a Product Manager, Christen Dybenko(E-mail) or Gabe Weaver(E-mail), if you'd like to provide feedback or ask any questions related to this product category.
This strategy is a work in progress and everyone can contribute:
GitLab's mission is to build software so that everyone can contribute. Boards are intended to helps teams collaborate together more effectively during the planning and execution of sprints and releases.
The goal of a Category's "Essential Intent" is to provide a concrete, inspirational statement. Another way to think of it is answering this single question – "If Issue Boards can be truly excellent at only one thing, what would it be?" This is Issue Boards' Essential Intent:
To empower teams to work on the right things in a transparent, collaborative, and consistent manner.
Next, asking "How will we know when we're done?" provides clarity of purpose. This is how we will know:
We use the following decision framework when evaluating what to work on. Each idea must meet all three of the minimum criteria and two of the extreme criteria.
|Criteria 1||Criteria 2||Criteria 3|
|Minimum (3 of 3)||simplifies collaboration||reduces the friction to contributing||aligned with market direction|
|Extreme (2 of 3)||enhances the ability to build trust||decreases manual effort||increases clarity and purpose|
Issue Boards are geared towards software development teams, but are also flexible enough for other teams in your organization to manage any type of tasks requiring tracking. We are optimizing Issue Boards for the following personas:
55% of teams use Scrum, ~10% use Kanban, 5% use ExtremeProgramming, and the rest a mixtures of the various core agile methodologies. First class support for all of these in a simple, convention over configuration manner within Issue Boards is non-trivial.
These are the epics that we will be working on over the next several releases:
This category is currently at the 😊Viable maturity level, and our next maturity target is 😁Complete by 2021-06-22.
We are tracking our progress against this target via this epic.
We are tracking Monthly Active Users (MAU). Given we only receive usage ping data from a subset of instances actively using GitLab, the reported figures are likely substantially lower than reality.
Issue Boards are the primary mechanism to keep teams aligned and executing on a shared, prioritized roadmap at the issue (soon to be epic) level. They also will provide the foundational constructs that allows teams to follow a consistent workflow and get quantitative data that empowers them to build trust through setting better expectations.
The top competitor in this space is Atlassian's Jira, who are entrenched in many enterprise organizations that need an Agile/Kanban board solution. Atlassian also bought Trello, which is another significant player in this space, which has emphasized usability and being able to abstract out underlying software implementation details of an Agile sprint, to just simple task planning with a board interface.
Jira's and Trello's boards have inspired us to further refine and make our boards even more usable. In particular, we have the following ideas sketched and scoped out, including doing a lot more right in the board itself, without leaving it:
Similar to Issue Tracking, the analyst landscape is focused on enterprise agile planning and value stream management. Issue Boards are a means to further make these processes more refined and efficient. See:
Make Boards more extensible to support multiple different types of objects such as Epics and Merge Requests and expose rich context about the relationships of these objects with other objects within GitLab:
A one year goal is to provide soft real time collaboration on objects within Boards. To get there, we need to:
Another goal is to integrate analytics such as burndown charts and cumulative flow diagrams directly into Boards. In order to do that, we need to:
Category:Issue Trackingdirection that directly impact the quality of data we can show on a Card.
We also want to provide a more seamless flow from top down planning all the way to the issue level. As we work on improving epics and our roadmapping capabilities, we will also need to focus on: