Planifier sans masquer les conflits

Replanifier le retard sans déplacer les tâches déjà terminées

Pour qui : Une propagation automatique après retard modifie aussi des dates historiques utiles pour expliquer les engagements.

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

Notre avis

Protéger les dates de réalisation et ne déplacer que le travail restant explicitement sélectionné.

Dans l’ordre

  1. Le passé n’est pas une variable de rattrapage
  2. Déplacer la troisième tâche d’une chaîne de quatre
  3. Rejouer une propagation sur deux tâches closes et deux ouvertes, puis comparer les dates réalisées avant et après.

Pourquoi

  • Protéger les dates réalisées permet d’expliquer le retard sans réécrire des travaux déjà accomplis.

Ce qui change le choix

Une correction d’erreur de saisie historique reste possible, avec une trace ; la protéger ne signifie pas figer une donnée fausse.

Le passé n’est pas une variable de rattrapage

Quand un retard déplace la fin d’une chaîne, les tâches déjà exécutées doivent garder leurs dates de réalisation. Nous distinguerions la correction d’une erreur historique et la replanification d’un travail encore ouvert. La première mérite une raison ; la seconde doit rester possible sans rendre le passé plus présentable.

La date réelle, l’ancienne prévision et la nouvelle prévision ne portent pas la même signification. Si le planning n’a qu’un champ modifié en masse, une copie datée peut être nécessaire avant le recalcul. Elle sert à comparer, pas à maintenir deux plannings concurrents.

Déplacer la troisième tâche d’une chaîne de quatre

Dans un projet témoin, terminez les deux premières tâches puis faites prendre du retard à la troisième. Lancez la propagation ou la modification de masse prévue pour votre organisation. Contrôlez les dates réalisées, les tâches encore ouvertes et la disponibilité du dernier intervenant.

Le résultat attendu n’est pas forcément une propagation intégralement automatique. Une liste d’exceptions claire peut être plus sûre qu’un réglage opaque. Nous retiendrions l’outil dont le responsable sait expliquer ce qui a bougé, ce qui n’a pas bougé et comment corriger une saisie réellement fausse.

Asana indique que le décalage automatique des dates ne modifie pas les tâches marquées terminées.

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

Rejouer une propagation sur deux tâches closes et deux ouvertes, puis comparer les dates réalisées avant et après.

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 le décalage automatique des dates ne modifie pas les tâches marquées terminées.

    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. Dans une chaîne de quatre tâches, terminer les deux premières puis retarder la troisième ; contrôler que les dates réalisées restent identiques.

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