Planifier sans masquer les conflits

Un livrable accepté revient en correction : rouvrir ou créer un nouveau travail ?

Pour qui : Un client demande une modification après clôture et la tâche terminée est rouverte sans nouvelle charge.

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

Notre avis

Conserver la clôture reçue et qualifier le nouveau travail avant de réengager capacité et date.

Dans l’ordre

  1. La demande nouvelle doit retrouver une place
  2. Comparer deux traitements d’une demande de six heures
  3. Faire qualifier la demande nouvelle et vérifier que six heures apparaissent dans une période disponible sans effacer la première acceptation.

Pourquoi

  • Conserver la première acceptation et qualifier le travail ajouté évite de masquer une charge nouvelle dans un engagement déjà clos.

Ce qui change le choix

Une erreur de clôture peut justifier la réouverture directe, si la raison et la date sont conservées.

La demande nouvelle doit retrouver une place

Quand une demande arrive après acceptation, rouvrir simplement la tâche peut masquer un travail ajouté et le replacer dans une période déjà close. Nous conserverions la première clôture et décririons ce qui est demandé maintenant. La qualification commerciale éventuelle relève du contrat ; le planning doit au minimum connaître l’effort, le responsable et la nouvelle date à confirmer.

Une tâche liée peut être plus claire qu’une réouverture lorsqu’elle permet de distinguer défaut initial, évolution et assistance. Le titre seul ne suffit pas : gardez la version concernée et la raison du nouveau travail.

Comparer deux traitements d’une demande de six heures

Dans une copie, partez d’un livrable accepté, puis ajoutez une demande fictive de six heures. Comparez une réouverture et une tâche de correction liée. Contrôlez l’historique de réception, la charge future et ce que voit le responsable de l’engagement initial.

Nous retiendrions la représentation qui explique ces deux événements sans multiplier les objets inutiles. Une clôture saisie par erreur peut être corrigée directement, avec sa raison. Il ne faut pas créer un faux nouveau projet pour dissimuler une simple erreur, pas plus qu’effacer une acceptation réelle pour loger une évolution.

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 qualifier la demande nouvelle et vérifier que six heures apparaissent dans une période disponible sans effacer la première acceptation.

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. Clore un livrable accepté, recevoir une demande de 6 h, comparer réouverture et nouvelle tâche liée ; contrôler historique, responsable et capacité.

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