Improve Growth experiment process and velocity
## Overview
This epic addresses process improvements for Growth experiment implementation based on feedback collected from engineers, PMs, and UX in [team-tasks#905](https://gitlab.com/gitlab-org/growth/team-tasks/-/issues/905).
## Key Problem Areas
- **Event tracking complexity**: Inconsistent FE vs BE event implementation and verification processes
- **Assignment requirements**: Challenges with "new users only" experiments and namespace-based assignment
- **Testing gaps**: Missing validation for experiment stability and re-segmentation issues
- **Documentation**: Incomplete guidance for rollout validation and tracking verification
- **User experience transitions**: Handling productization/reversion when experiments end
## Goals
- Streamline experiment implementation workflows
- Reduce engineering overhead and administrative tasks
- Improve tracking verification and testing infrastructure
- Create consistent processes across different experiment types
- Better support for in-product experiments vs registration flow experiments
## Success Metrics
- Reduced time from experiment design to implementation
- Fewer tracking-related issues during rollout
- Improved developer experience for Growth team members
### Baseline Metrics (Established Q1 FY27)
**Measurement Period:** Last 6 months (Jun 2025 - Nov 2026)
**Data Source:** GLQL queries on experiment epics
### Main Metric: Experiment Cycle Time
- **Average:** [X] days (epic created to closed)
- **Median:** [Y] days
- **Range:** [Min] - [Max] days
### Supporting Metrics
- **Experiments shipped (last 6 months):** [Z] experiments
- Q3 2025 (Aug-Oct): [A]
- Q4 2026 (Nov-Jan): [B]
### Quarterly Targets (FY27)
- Q1: Baseline + [10%] reduction → [X * 0.9] days
- Q2: [25%] reduction → [X * 0.75] days
- Q3: [40%] reduction → [X * 0.6] days
- Q4: [50%] reduction → [X * 0.5] days
**Dashboard:** https://gitlab.com/gitlab-org/growth/team-tasks/-/issues/945
**Last Updated:** YYYY-MM-DD
epic