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