The responsibilities of this team are described by the Manage product category. Among other things, this means working on GitLab's functionality around user, group and project administration, authentication, access control, and subscriptions.
We plan in monthly cycles in accordance with our Product Development Timeline. Release scope for an upcoming release should be finalized by the
1st. We use the following timeline:
24th: Product meets with Engineering Managers for a preliminary issue review. Issues are tagged with a milestone.
28th: Product takes the reviewed scope to the larger team for discussion. This becomes the release scope for the next release.
6th: Product meets with Engineering Managers for a pre-kickoff check-in.
Our planning process is reflected in boards that should always reflect our current priorities. You can see our priorities for backend and frontend engineering. Please filter these boards for the relevant milestone.
Priorities should be reflected in the priority label for scheduled issues:
|Priority||Description||Probability of shipping in milestone|
|P1||Urgent: top priority for achieving in the given milestone. These issues are the most important goals for a release and should be worked on first; some may be time-critical or unblock dependencies.||~100%|
|P2||High: important issues that have significant positive impact to the business or technical debt. Important, but not time-critical or blocking others.||~75%|
|P3||Normal: incremental improvements to existing features. These are important iterations, but deemed non-critical.||~50%|
|P4||Low: stretch issues that are acceptable to postpone into a future release.||~25%|
You can read more about prioritization on the direction page for the Manage stage of the DevOps lifecycle.
Issues not already in development should be worked on in priority order.
8th, the Manage team conducts an asynchronous retrospective. You can find current and past retrospectives for Manage in https://gitlab.com/gl-retrospectives/manage/issues/.