Connecter Asana à un agent IA

1. L'écart entre le travail et sa déclaration

Tous les outils de suivi partagent le même angle mort, et Asana n'y échappe pas : ils mesurent des déclarations. Une tâche cochée signifie qu'une personne a ouvert l'outil et a cliqué — pas que le travail est terminé, ni qu'il l'est bien.

Cet écart a trois effets, et le troisième est le plus coûteux :

• Le tableau est en retard sur la réalité. Ce qui est fait le mardi est coché le jeudi, ou le lundi suivant. Sur une semaine, cela ne change rien ; sur un trimestre, cela suffit à rendre un rapport faux.
• La mise à jour devient un travail en soi. Une réunion hebdomadaire dont l'objet réel est de tenir l'outil à jour est une réunion qui coûte le temps de tout le monde pour produire un affichage.
• On finit par ne plus s'en servir. Un tableau qu'on sait faux ne se consulte plus. Il reste ouvert, il ne décide plus rien, et les vraies priorités repartent vivre dans les messages et dans les têtes.

2. Ce que l'agent fait dans Asana

Le connecteur officiel d'Asana porte sur les projets et les tâches, avec de quoi suivre leur avancement.

• Consulter les projets et les tâches. Savoir ce qui est en cours, ce qui est en retard, qui porte quoi. C'est ce qui permet à un agent de savoir s'il doit se mettre au travail — ou si quelqu'un s'en charge déjà.
• Créer une tâche. Ce qui apparaît en cours de route et qui, sans cela, resterait dans un fil de discussion : une correction repérée, une relance à faire, une pièce manquante à demander.
• Assigner une tâche. À une personne de votre équipe, avec une échéance. Une tâche sans responsable ni date n'est pas une tâche, c'est une intention.
• Suivre l'avancement. Faire progresser ce qui a avancé, signaler ce qui bloque, mettre à jour l'état plutôt que le laisser se périmer.

3. La différence : l'exécutant tient le tableau

C'est le point qui distingue vraiment ce connecteur des autres, et il vaut la peine d'y insister car il est facile à manquer.

Dans l'usage habituel d'Asana, la personne qui fait le travail et celle qui tient le tableau sont la même — c'est justement ce qui ne fonctionne pas, puisque la seconde tâche est toujours reportée au profit de la première. Quand un agent exécute la tâche, la situation change de nature : il n'a aucune raison de reporter la déclaration, et il la fait au moment exact où le travail se termine.

Cela donne à Asana une fonction qu'il n'avait pas : celui d'un journal de ce qui s'est réellement passé. Une tâche « publier l'article de la semaine » n'est plus cochée par optimisme le vendredi ; elle est cochée quand l'article est en ligne, avec la trace de ce qui a été fait.

Deux conséquences pratiques :

• Le tableau redevient consultable. S'il dit qu'une chose est faite, elle l'est — ce qui, dans un outil de suivi, est moins courant qu'on ne le voudrait.
• Humains et agents partagent la même liste. Ce qui est délégué et ce qui ne l'est pas apparaissent au même endroit, avec les mêmes échéances. C'est la façon la plus simple de voir ce que font ses agents sans apprendre un nouvel écran.

4. Ce qu'il ne fait pas

• Il ne coche pas ce qu'il n'a pas fait. Une tâche portée par une personne reste à cette personne : l'agent peut demander où elle en est, il ne déclare pas à sa place. Un tableau tenu par un agent qui suppose vaut moins qu'un tableau en retard.
• Il ne réattribue pas le travail des autres. Déplacer une tâche d'une personne à une autre est une décision de management, pas une opération de rangement.
• Il ne change pas les échéances pour éviter un retard. Un retard repoussé est un retard caché ; il doit rester visible, y compris quand c'est l'agent lui-même qui est en retard.
• Il ne restructure pas vos projets. Vos sections, vos étiquettes et vos modèles restent votre organisation.

5. Brancher, et nommer le projet

Le branchement est une autorisation de compte : vous vous connectez chez Asana, vous acceptez les autorisations affichées. Aucune application à créer, aucune clé.

Le périmètre se nomme sur deux niveaux :

• L'espace de travail — l'organisation Asana concernée.
• Le projet — la liste précise sur laquelle l'agent travaille. Les autres projets de l'espace lui restent invisibles.

Limitez l'accès aux projets sur lesquels vos agents doivent travailler. Ce conseil paraît évident et il est régulièrement négligé, parce qu'un espace Asana contient presque toujours des projets qui n'ont rien à faire à portée d'un programme : un recrutement en cours, une réorganisation, un dossier confidentiel. Nommer le projet règle la question en une fois.

C'est aussi la bonne manière de commencer : un seul projet, celui dont le suivi se périme le plus vite, et l'on élargit ensuite.

6. Ce que ça change dans la durée

Un outil de suivi se juge sur sa fiabilité au bout de six mois, pas sur son confort la première semaine.

• Semaine 1. Les écritures passent sous validation et vous fixez le vocabulaire : ce qui mérite une tâche, ce qui n'en mérite pas, à quel moment une tâche est terminée chez vous. C'est plus subtil qu'il n'y paraît et cela ne se règle qu'une fois.
• Mois 3. Ce qui a été fait est coché le jour même. La réunion de suivi cesse d'être une séance de mise à jour et redevient une séance de décision — ce qui est son objet.
• Année 2. L'historique est complet, donc utilisable : combien de temps prend réellement ce type de tâche, laquelle glisse toujours, laquelle n'a jamais servi à rien. Cette lecture est impossible sur un tableau tenu par intermittence.

Aucun gain de productivité chiffré n'est promis : il dépend de ce que vous déléguez. Ce qui est tenu, c'est que le tableau dise vrai quand vous l'ouvrez.

7. Questions fréquentes

Pour aller plus loin

Lire ensuite : connecter Notion, voir ses agents travailler, ou tous les connecteurs disponibles.