Commit 34b8d255 authored by Amy Qualls's avatar Amy Qualls

Fix future tense in Growth pages

The Growth stage is so small, I might as well fix all of the future
tense in all Growth groups in one merge request.
parent 33ec4482
...@@ -21,5 +21,5 @@ you qualify for a free Instance Review. ...@@ -21,5 +21,5 @@ you qualify for a free Instance Review.
1. GitLab redirects you to a form with prefilled data obtained from your instance. 1. GitLab redirects you to a form with prefilled data obtained from your instance.
1. Click **Submit** to see the initial report. 1. Click **Submit** to see the initial report.
A GitLab team member will contact you for further review, to provide suggestions You will be contacted by a GitLab team member for further review, to provide suggestions
that will help you improve your usage of GitLab. intended to help you improve your usage of GitLab.
...@@ -23,7 +23,7 @@ levels are defined in the `Gitlab::Access` module. Currently, these levels are v ...@@ -23,7 +23,7 @@ levels are defined in the `Gitlab::Access` module. Currently, these levels are v
CAUTION: **Caution:** CAUTION: **Caution:**
Due to [an issue](https://gitlab.com/gitlab-org/gitlab/-/issues/219299), Due to [an issue](https://gitlab.com/gitlab-org/gitlab/-/issues/219299),
projects in personal namespaces will not show owner (`50`) permission. projects in personal namespaces don't show owner (`50`) permission.
## Invite by email to group or project ## Invite by email to group or project
......
...@@ -6,17 +6,17 @@ info: To determine the technical writer assigned to the Stage/Group associated w ...@@ -6,17 +6,17 @@ info: To determine the technical writer assigned to the Stage/Group associated w
# Experiment Guide # Experiment Guide
Experiments can be conducted by any GitLab team, most often the teams from the [Growth Sub-department](https://about.gitlab.com/handbook/engineering/development/growth/). Experiments are not tied to releases because they will primarily target GitLab.com. Experiments can be conducted by any GitLab team, most often the teams from the [Growth Sub-department](https://about.gitlab.com/handbook/engineering/development/growth/). Experiments are not tied to releases because they primarily target GitLab.com.
Experiments will be run as an A/B test and will be behind a feature flag to turn the test on or off. Based on the data the experiment generates, the team will decide if the experiment had a positive impact and will be the new default or rolled back. Experiments are run as an A/B test and are behind a feature flag to turn the test on or off. Based on the data the experiment generates, the team decides if the experiment had a positive impact and should be made the new default or rolled back.
## Experiment tracking issue ## Experiment tracking issue
Each experiment should have an [Experiment tracking](https://gitlab.com/groups/gitlab-org/-/issues?scope=all&utf8=%E2%9C%93&state=opened&label_name[]=growth%20experiment&search=%22Experiment+tracking%22) issue to track the experiment from roll-out through to cleanup/removal. Immediately after an experiment is deployed, the due date of the issue should be set (this depends on the experiment but can be up to a few weeks in the future). Each experiment should have an [Experiment tracking](https://gitlab.com/groups/gitlab-org/-/issues?scope=all&utf8=%E2%9C%93&state=opened&label_name[]=growth%20experiment&search=%22Experiment+tracking%22) issue to track the experiment from roll-out through to cleanup/removal. Immediately after an experiment is deployed, the due date of the issue should be set (this depends on the experiment but can be up to a few weeks in the future).
After the deadline, the issue needs to be resolved and either: After the deadline, the issue needs to be resolved and either:
- It was successful and the experiment will be the new default. - It was successful and the experiment becomes the new default.
- It was not successful and all code related to the experiment will be removed. - It was not successful and all code related to the experiment is removed.
In either case, an outcome of the experiment should be posted to the issue with the reasoning for the decision. In either case, an outcome of the experiment should be posted to the issue with the reasoning for the decision.
...@@ -80,7 +80,7 @@ addressed. ...@@ -80,7 +80,7 @@ addressed.
end end
``` ```
The above will check whether the experiment is enabled and push the result to the frontend. The above checks whether the experiment is enabled and push the result to the frontend.
You can check the state of the feature flag in JavaScript: You can check the state of the feature flag in JavaScript:
......
...@@ -98,7 +98,7 @@ sequenceDiagram ...@@ -98,7 +98,7 @@ sequenceDiagram
## Structured event taxonomy ## Structured event taxonomy
When adding new click events, we should add them in a way that's internally consistent. If we don't, it'll be very painful to perform analysis across features since each feature will be capturing events differently. When adding new click events, we should add them in a way that's internally consistent. If we don't, it is very painful to perform analysis across features since each feature captures events differently.
The current method provides several attributes that are sent on each click event. Please try to follow these guidelines when specifying events to capture: The current method provides several attributes that are sent on each click event. Please try to follow these guidelines when specifying events to capture:
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment