Standardize Cloud Release Track status definitions to reflect actual feature availability for end-users

XMLWordPrintable

    • 1

      The current Cloud Release Track system (Bundled Track) lists updates based on technical code deployment rather than functional availability. This creates a disconnect for site administrators who rely on these notes to manage user expectations and internal communications.

      Key Requirements:

      1. Truth in Labeling: Ensure statuses like "Rollout Complete" are only used when a feature is globally enabled and visible to all users in that track, rather than just indicating the code deployment is finished.
      1. Clearer Rollout Indicators: For features in a "progressive rollout" or "feature flag" state, provide a more accurate status than "Coming Soon" with "No timeframe yet" when the item is already appearing in a dated release log.
      1. Contextual Impact Analysis: Categorize "App Impacted" based on user-facing functionality rather than back-end technical dependencies. (e.g., Don't label Jira as "Impacted" for a JSM ChatOps feature unless there is a change to the Jira UI or core Jira user experience).
      1. Admin Communication Readiness: Provide a "Visibility Date" or "Enablement Window" to allow administrators to plan communications and training without having to manually "watch" for changes to appear in their environment.

              Assignee:
              Unassigned
              Reporter:
              Bruno M.
              Votes:
              6 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated: