Migrer en gardant les décisions

Un modèle de projet doit-il copier les anciennes dates ?

Pour qui : L’équipe duplique un projet pour en lancer un nouveau mais récupère des dates, noms et pièces du précédent.

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

Notre avis

Valider un modèle à partir de ses dates relatives et de son contenu réutilisable, sans se limiter au nombre de tâches copiées.

Dans l’ordre

  1. Un modèle contient des règles, pas tout le passé
  2. Trois résidus à chercher dans la duplication
  3. Faire créer un nouveau projet depuis un modèle piégé par une date ancienne, un responsable absent et une pièce privée.

Pourquoi

  • Trier les éléments réutilisables évite de publier les anciennes échéances, d’affecter une personne partie ou de divulguer une pièce privée.

Ce qui change le choix

Un clonage de preuve historique doit conserver ses dates ; il ne doit pas être présenté comme modèle de nouveau projet.

Un modèle contient des règles, pas tout le passé

Nous ne transformerions pas un ancien projet en modèle sans trier ce qui doit survivre : séquence, responsabilités par rôle, durées indicatives et contrôles utiles. Les dates réelles, personnes parties, commentaires client et pièces confidentielles doivent être examinés séparément.

Décidez aussi le point d’ancrage des dates : début du nouveau projet, fin souhaitée ou jalon intermédiaire. Une copie qui conserve les bonnes durées mais l’année précédente n’a pas reçu le besoin opérationnel. Une responsabilité copiée peut créer une notification ou une réservation que personne n’a acceptée.

Trois résidus à chercher dans la duplication

Créez un modèle témoin contenant une ancienne échéance, une personne absente et une pièce privée. Lancez un nouveau projet depuis ce modèle avec une autre date d’ancrage. Contrôlez les trois résidus avant de partager le projet ou de notifier ses membres.

Nous choisirions une duplication qui permet de conserver seulement les éléments utiles, ou une procédure de nettoyage courte réellement appliquée. Une copie historique destinée à démontrer le passé peut garder ses anciennes dates ; il faut alors la nommer comme telle pour qu’elle ne devienne pas un lancement par erreur.

Asana décrit la duplication d’une tâche en permettant de choisir les composants à reprendre.

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

Faire créer un nouveau projet depuis un modèle piégé par une date ancienne, un responsable absent et une pièce privée.

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 décrit la duplication d’une tâche en permettant de choisir les composants à reprendre.

    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. Dupliquer un projet témoin avec une date passée, un responsable absent et une pièce privée ; contrôler les trois avant publication.

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