0:00 / ~0:00

Migration cloud Atlassian

Une migration cloud n’est pas un projet export-import.

Server n’est plus supporté depuis le 15 février 2024. Les produits Data Center concernés ont un chemin de fin de vie clair jusqu’au 28 mars 2029. Je t’aide à préparer données, apps, utilisateurs, sécurité et processus pour que le transfert ne devienne pas sérieux seulement le jour du cutover.

Retour à Atlassian
Préparation migrationCutover cloud
Inventaire84%
Apps31
Utilisateurs412
Test2/3
  • Projets & workflows vérifiés
  • Compatibilité apps évaluée
  • Accounts & security préparés
  • Plan de cutover avec option de repli
15 fév. 2024 PT

Support Server terminé

Les installations Server ne sont plus dans le support officiel. Continuer l’exploitation augmente le risque.

30 mars 2026

Nouvel achat Data Center bloqué

Les nouvelles subscriptions Data Center pour les produits concernés ne sont plus achetables normalement.

30 mars 2028

Extensions terminées

Les clients existants ne peuvent étendre utilisateurs et apps que jusqu’à cette date.

28 mars 2029 PST

EOL Data Center

Les produits Data Center concernés atteignent la fin de cycle annoncée.

Migration par étapes

De trois semaines à plusieurs mois, selon l’héritage.

La taille du projet ne dépend pas seulement du nombre d’utilisateurs. Les facteurs décisifs sont les workflows, apps, permissions, intégrations, qualité des données et la quantité de changement supportable par les équipes.

  1. 1

    Assessment

    Recenser produits, projets, champs, workflows, utilisateurs, groupes, permissions et apps.

  2. 2

    Nettoyage

    Réduire anciens projets, champs doublés, apps inutiles et droits flous avant le transfert.

  3. 3

    Cible cloud

    Définir proprement plans, modèle de licence, sécurité, accounts, domaines, SSO et remplacements d’apps.

  4. 4

    Test migration

    Vérifier Migration Assistant, données d’apps, permissions et workflows critiques dans des tests.

  5. 5

    Cutover

    Planifier communication, freeze, export final, liens, passation et premières fenêtres de support.

  6. 6

    Stabilisation

    Après le go-live, absorber erreurs, formation, automatisations, permissions et questions utilisateurs.

Pourquoi l’expérience compte

Le scénario beau temps ne décide pas.

Tu veux quelqu’un dans le projet qui a déjà vu des données d’app migrer autrement que prévu, des accounts entrer en conflit, d’anciennes permissions devenir soudain visibles ou un détail de workflow apparemment mineur bloquer le go-live.

App non cloud-ready Comptes utilisateurs doublés Permissions projet floues Champs et workflows historiques Utilisateurs externes et accès portail Liens, mail handlers et intégrations

Préparer les données

Examiner consciemment projets, espaces, pièces jointes, champs, workflows et héritage historique.

Évaluer les apps

Clarifier compatibilité cloud, remplacements, coûts de licence et données d’app avant le test.

Mapper les accounts

Associer proprement utilisateurs, groupes, domaines, managed accounts, accès portail et comptes externes.

Planifier la sécurité

Définir permissions, préparation SSO, rôles admin, validations et contrôles post-migration.

Démarrer la migration

Dis-moi ce qui tourne aujourd’hui et quand le cloud doit être prêt.

Nous clarifions si ta migration est un projet compact de trois semaines ou un transfert sur plusieurs mois avec plusieurs tests.

Discuter de la migration