Tutorial: Set up issue boards for team hand-off

This tutorial shows you how to set up issue boards and scoped labels for two teams that work on issues in sequence.

In this example, you’ll create two issue boards for the UX and Frontend teams. Using the following steps, you can create issue boards and workflows for more sub-teams, like Backend or Quality Assurance. To learn how we use workflow labels at GitLab, see Product Development Flow.

To set up issue boards for multiple teams:

  1. Create a group
  2. Create a project
  3. Create labels
  4. Create team issue boards
  5. Create issues for features

The goal workflow

After you set up everything, the two teams will be able to hand off issues from one board to another, for example, like this:

  1. The project lead adds the Workflow::Ready for design and Frontend labels to a feature issue called Redesign user profile page.
  2. A product designer on the UX team:
    1. Checks the Workflow::Ready for design list on the UX workflow board and decides to work on the profile page redesign.

      Issue board called "UX workflow" with three columns and three issues

    2. Assigns themselves to the Redesign user profile page issue.
    3. Drags the issue card to the Workflow::Design list. The previous workflow label is automatically removed.
    4. Creates the ✨new designs✨.
    5. Adds the designs to the issue.
    6. Drags the issue card to the Workflow::Ready for development list, which adds this label and removes any other Workflow:: label.
    7. Unassigns themselves from the issue.
  3. A developer on the Frontend team:
    1. Checks the Workflow::Ready for development list on the Frontend workflow board and chooses an issue to work on.

      Issue board called "Frontend workflow" with three columns and three issues

    2. Assigns themselves to the Redesign user profile page issue.
    3. Drags the issue card to the Workflow::In development list. The previous workflow label is automatically removed.
    4. Adds the frontend code in a merge request.
    5. Adds the Workflow::Complete label.

Create a group

To prepare for when your project grows, start by creating a group. You use groups to manage one or more related projects at the same time. You add your users as members in the group, and assign them a role.

Prerequisites:

  • If you’re using an existing group for this tutorial, make sure you have at least the Reporter role for the group.

To create a group:

  1. On the left sidebar, at the top, select Create new () and New group.
  2. Select Create group.
  3. Complete the fields. Name your group Paperclip Software Factory.
  4. Select Create group.

You’ve created an empty group. Next, you’ll create a project that will store your issues and code.

Create a project

The main code development work happens in projects and their repositories. A project contains your code and pipelines, but also the issues that are used for planning your upcoming code changes.

Prerequisites:

  • If you’re using an existing project for this tutorial, make sure you have at least the Reporter role for the project.

To create a blank project:

  1. In your group, on the right of the page, select New project.
  2. Select Create blank project.
  3. Enter the project details:
    • In the Project name field, name your project Paperclip Assistant.
  4. Select Create project.

Create labels

You need a team label and a set of workflow labels to show where in the development cycle an issue is.

You could create these labels in your Paperclip Assistant project, but it’s better to create them in the Paperclip Software Factory group. This way, these labels will also be available in all the other projects you create later.

To create each label:

  1. On the left sidebar, at the top, select Search GitLab () to find your Paperclip Software Factory group.
  2. Select Manage > Labels.
  3. Select New label.
  4. In the Title field, enter the name of the label. Start with Frontend.
  5. Optional. Select a color by selecting from the available colors, or enter a hex color value for a specific color in the Background color field.
  6. Select Create label.

Repeat these steps to create all the labels you’ll need:

  • Frontend
  • Workflow::Ready for design
  • Workflow::Design
  • Workflow::Ready for development
  • Workflow::In development
  • Workflow::Complete

Create team issue boards

Like with labels, you could create your issue boards in the Paperclip Assistant project, but it can be better to have them in the Paperclip Software Factory group. This way, you’ll be able to manage issues from all the projects that you might create later in this group.

To create a new group issue board:

  1. On the left sidebar, at the top, select Search GitLab () to find your Paperclip Software Factory group.
  2. Select Plan > Issue boards.
  3. Create the UX workflow and Frontend workflow boards.

To create the UX workflow issue board:

  1. In the upper-left corner of the issue board page, select the dropdown list with the current board name.
  2. Select Create new board.
  3. In the Title field, enter UX workflow.
  4. Clear the Show the Open list and Show the Closed list checkboxes.
  5. Select Create board. You should see an empty board.
  6. Create a list for the Workflow::Ready for design label:
    1. In the upper-left corner of the issue board page, select Create list.
    2. In the column that appears, from the Value dropdown list, select the Workflow::Ready for design label.
    3. Select Add to board.
  7. Repeat the previous step for labels Workflow::Design and Workflow::Ready for development.

Issue board called "UX workflow" with three columns and no issues

To create the Frontend workflow board:

  1. In the upper-left corner of the issue board page, select the dropdown list with the current board name.
  2. Select Create new board.
  3. In the Title field, enter Frontend workflow.
  4. Clear the Show the Open list and Show the Closed list checkboxes.
  5. Expand Scope.
  6. Next to Labels, select Edit and select the Frontend label.
  7. Select Create board.
  8. Create a list for the Workflow::Ready for development label:
    1. In the upper-left corner of the issue board page, select Create list.
    2. In the column that appeared, from the Value dropdown list, select the Workflow::Ready for development label.
    3. Select Add to board.
  9. Repeat the previous step for labels Workflow::In development and Workflow::Complete.

Issue board called "Frontend workflow" with three columns and no issues

For now, lists in both your boards should be empty. Next, you’ll populate them with some issues.

Create issues for features

To track upcoming features, enhancements, and bugs, you must create some issues. Issues belong in projects, but you can also create them directly from your issue board.

To create an issue from your board:

  1. In the upper-left corner of the issue board page, select the dropdown list with the current board name.
  2. Select UX workflow.
  3. On the Workflow::Ready for development list, select List actions () > Create new issue.
  4. Complete the fields:
    1. Under Title, enter Redesign user profile page.
    2. Under Projects, select Paperclip Software Factory / Paperclip Assistant.
  5. Select Create issue. Because you created the new issue in the label list, it gets created with this label.
  6. Add the Frontend label, because only issues with this label appear on the Frontend team’s board:
    1. Select the issue card (not its title), and a sidebar appears on the right.
    2. In the Labels section of the sidebar, select Edit.
    3. From the Assign labels dropdown list, select the Workflow::Ready for design and Frontend labels. The selected labels are marked with a checkmark.
    4. To apply your changes to labels, select X next to Assign labels or select any area outside the label section.

Repeat these steps to create a few more issues with the same labels.

You should now see at least one issue there, ready for your product designers to start working on!

Congratulations! Now your teams can start collaborating on amazing software. As a next step, you can try out the goal workflow for yourself using these boards, simulating the two teams interacting.

Learn more about project management in GitLab

Find other tutorials about project management on the tutorials page.