Relier les outils

Une même tâche dans deux projets compte-t-elle deux fois dans la charge ?

Pour qui : Le suivi partage un travail entre projets mais le connecteur ou la copie crée deux objets indépendants.

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

Notre avis

Distinguer objet commun et deux travaux distincts ; rapprocher l’identifiant avant d’additionner l’effort.

Dans l’ordre

  1. Une présence dans deux vues ne signifie pas deux travaux
  2. Six heures puis une vraie deuxième commande
  3. Comparer consolidation et export d’une tâche de6 h partagée puis d’une vraie copie de6 h avec un résultat distinct.

Pourquoi

  • Une tâche partagée et deux copies ne représentent pas forcément le même travail ; contrôler leur identité protège le total d’effort.

Ce qui change le choix

Deux livrables réellement indépendants doivent porter deux efforts, même s’ils partagent le même titre.

Une présence dans deux vues ne signifie pas deux travaux

Nous regarderions l’identité de l’objet avant d’additionner son effort. Une tâche unique peut servir plusieurs projets ; deux tâches copiées peuvent représenter deux livrables distincts ou un doublon de suivi. Le titre et la date ne permettent pas de les départager.

Décidez qui possède la mise à jour et ce que chaque projet attend. Si le travail est commun, les deux responsables doivent voir la même affectation sans réserver deux fois ses heures. Si deux résultats indépendants sont attendus, le plan doit conserver les deux efforts même si les titres se ressemblent.

Six heures puis une vraie deuxième commande

Placez une tâche fictive de six heures dans deux projets avec la fonction de partage prévue. Consolidez la charge. Créez ensuite une copie de six heures correspondant à un second livrable. Demandez pourquoi le total doit représenter six heures dans le premier cas et douze dans le second selon les conventions posées.

Nous ne déduirions pas le bon calcul d’un rapport de la seule présence d’une fonction de tâche commune. Le connecteur ou l’export peut traiter les appartenances différemment. Vérifiez le même résultat dans la vue utilisée pour promettre la capacité.

Asana distingue une tâche unique présente dans plusieurs projets de plusieurs copies : ses modifications se répercutent dans chaque projet associé.

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

Comparer consolidation et export d’une tâche de 6 h partagée puis d’une vraie copie de 6 h avec un résultat distinct.

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 distingue une tâche unique présente dans plusieurs projets de plusieurs copies : ses modifications se répercutent dans chaque projet associé.

    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. Placer une tâche de 6 h dans deux projets puis créer une vraie copie de 6 h ; demander pourquoi la consolidation compte 6 ou 12 h dans chaque cas.

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