Migrer en gardant les décisions

Basculer un projet en cours sans deux plannings concurrents

Pour qui : L’équipe doit continuer à livrer pendant la reprise et les deux outils restent modifiables.

Recherche documentaire le 8 novembre 2026 ; aucune application testée.

Notre avis

Nommer une source de vérité par objet et une heure de coupure, puis rapprocher les modifications tardives.

Dans l’ordre

  1. La bascule a besoin d’une heure et d’un propriétaire
  2. Deux changements tardifs à retrouver
  3. Fixer une coupure témoin puis retrouver une date et une affectation changées pendant l’import avant de signer la reprise.

Pourquoi

  • Une coupure et un rapprochement des changements tardifs empêchent deux versions modifiables de porter des dates concurrentes.

Ce qui change le choix

Une reprise par projets autonomes peut éviter un gel global si aucune ressource partagée n’est laissée incohérente.

La bascule a besoin d’une heure et d’un propriétaire

Une copie de données est déjà ancienne si l’équipe continue à modifier les engagements dans le système source. Nous définirions pour chaque objet la référence encore modifiable, puis une heure de coupure. L’objectif est de reprendre les changements intervenus entre extraction et ouverture de la destination.

Un gel global n’est pas toujours nécessaire. Une bascule par projets peut convenir si les ressources et dépendances communes sont contrôlées. En revanche, laisser les deux outils écrire les mêmes dates sans règle crée une ambiguïté que le prochain import ne résout pas forcément.

Deux changements tardifs à retrouver

Pendant un import de démonstration, changez une date et une affectation dans la source. Demandez au responsable de les retrouver, de décider leur reprise et de montrer le dernier état accepté. Le volume de lignes importées doit rester une vérification secondaire derrière ces deux engagements.

Nous attendrions une courte liste des écarts acceptés, avec leur propriétaire. Après la coupure, les anciennes vues doivent être identifiées comme historiques ou désactivées selon le plan de bascule. Un accès conservé pour consultation ne doit pas devenir une seconde porte de modification.

Asana indique que son import CSV prend en charge notamment responsables, dates, dépendances et champs personnalisés.

Limites

Analyse documentaire et méthode éditoriale. Les protocoles sont proposés, pas exécutés sur les logiciels. Les exemples chiffrés sont fictifs ; les fonctions dépendent du produit, du forfait, des droits et de la configuration.

Prochaine action

Fixer une coupure témoin puis retrouver une date et une affectation changées pendant l’import avant de signer la reprise.

Preuves et sources

Ce qui relève d’un fait lu, d’une déclaration, de notre calcul, de notre méthode ou de notre avis. Notre méthode

  • Déclaration de l’éditeur. Asana indique que son import CSV prend en charge notamment responsables, dates, dépendances et champs personnalisés.

    Relevé du 8 novembre 2026. Édition ou périmètre : Documentation publique du 8 novembre 2026 ; produit et périmètre nommés dans le constat.

  • Notre méthode. Pendant une importation fictive, changer une date et une affectation dans l’ancien outil ; retrouver les deux deltas avant de signer la bascule.

    Daté du 8 novembre 2026. Édition ou périmètre : Protocole éditorial proposé ; aucune observation de compte client.