- Enable data processing
- What is displayed
- When is a feature considered adopted
- No penalties for common adoption patterns
- Add a sub-group
- You must have at least the Reporter role for the group.
To access Group DevOps Adoption, go to your group and select Analytics > DevOps Adoption.
Group DevOps Adoption shows you how individual groups and sub-groups within your organization use the following features:
- Code owners
- Merge requests
When managing groups in the UI, you can add your sub-groups with the Add sub-group to table button, in the top right hand section of your Groups pages.
With DevOps Adoption you can:
- Verify whether you are getting the return on investment that you expected from GitLab.
- Identify specific sub-groups that are lagging in their adoption of GitLab so you can help them along in their DevOps journey.
- Find the sub-groups that have adopted certain features and can provide guidance to other sub-groups on how to use those features.
Group DevOps Adoption relies on data that has been gathered by a weekly data processing task. This task is disabled by default.
To begin using Group DevOps Adoption, access the feature for the first time. GitLab automatically enables the data processing for that group. The group data doesn’t appear immediately, because GitLab requires around a minute to process it.
DevOps Adoption displays feature adoption data for the given group and any added sub-groups for the current calendar month. Each group appears as a separate row in the table. For each row, a feature is considered “adopted” if it has been used in a project in the given group during the time period (including projects in any sub-groups of the given group).
A feature is considered “adopted” if it has been used anywhere in the group in the specified time. For example, if an issue was created in one project in a group, the group is considered to have “adopted” issues in that time.
DevOps Adoption is designed not to penalize for any circumstances or practices that are common in DevOps. Following this guideline, GitLab doesn’t penalize for:
- Having dormant projects. It’s common for groups to have a mix of active and dormant projects, so we should not consider adoption to be low if there are relatively many dormant projects. This means we should not measure adoption by how many projects in the group have used a feature, only by whether a feature was used anywhere in the group.
- GitLab adding new features over time. It’s common for group feature usage to be consistent over time, so we should not consider adoption to have decreased if GitLab adds features. This means we should not measure adoption by percentages, only total counts.
DevOps Adoption can also display data for sub-groups within the given group, to show you differences in adoption across the group. To add a sub-group to your Group DevOps Adoption report:
- Select Add/remove sub-groups.
- Select the sub-group you want to add and select Save changes.
The sub-group data might not appear immediately, because GitLab requires around a minute to collect the data.