Asana et les agents IA
Quand le travail passe par plusieurs personnes, il ne se perd pas dans les tâches mais dans les jointures. Un blocage se lève et personne ne prévient celui qui attendait. Une date recule de trois jours et personne ne voit les quatre tâches qui se tenaient derrière. L'agent travaille dans les projets que vous lui avez ouverts et regarde précisément ces jointures : ce qui est bloqué et sur qui, ce qui a été promis pour une date, et ce qui a glissé sans bruit.
Ce qu'un agent fait dans Asana
- Il travaille dans les projets que vous lui avez ouverts, et reste en dehors des autres.
- Il garde en tête ce qui est bloqué et sur quelle personne, pas seulement sur quelle tâche.
- Il prévient le responsable que sa tâche est débloquée, au lieu d'attendre qu'il s'en aperçoive.
- Il calcule ce qu'une date déplacée entraîne derrière elle et montre toute la chaîne, pas la seule tâche.
- Il repère une passation que personne n'a reprise et la remonte avant que la semaine soit perdue.
Les processus qui se déclenchent seuls
Un playbook n'est pas un bouton : c'est un processus avec une condition qui le déclenche. Dans Asana, cette condition vient le plus souvent du lien entre les tâches : un blocage levé, une date déplacée, un responsable changé.
Le blocage se lève
La tâche qu'une autre attendait passe à terminée
- Vérifier que ce qui était attendu existe vraiment : le fichier, la réponse, la décision
- Dire au responsable de la tâche en attente qu'il peut commencer
- Venir vous voir si le blocage a été fermé sans que rien ne soit livré derrière
Une date se déplace
L'échéance d'une tâche est déplacée
- Retrouver tout ce qui se tenait derrière cette date
- Monter la chaîne : qui a promis quoi et à qui, plus loin sur cette chaîne
- Montrer jusqu'où le glissement se propage et où il casse une promesse faite à l'extérieur
- Vous remettre la liste — il ne déplace pas les dates des autres
Une passation reste en plan
Une tâche est réattribuée et le nouveau responsable ne la reprend pas
- Demander dans la tâche si le nouveau responsable l'a bien reprise
- Attendre le délai que vous avez fixé, et ne pas relancer plus souvent
- Vous la remonter, avec l'ancien responsable et la date de la passation
Là où l'agent s'arrête
- Il ne fixe pas les priorités : ce qui passe devant, c'est votre décision — il montre les conséquences, il ne choisit pas.
- Il ne réattribue pas les tâches des autres et ne déplace pas leurs dates : c'est d'abord une question, pas une action.
- Une tâche qu'il ne sait pas formuler sans ambiguïté revient en question plutôt qu'en supposition.
- Asana n'est vrai que dans la mesure où les gens y inscrivent les choses ; et quand l'agent déduit un lien au lieu de le lire, il le dit.
FAQ
L'agent va-t-il écrire aux gens de lui-même ?
Dans les tâches où vous l'avez autorisé, oui — en commentaire, et uniquement sur du concret : débloqué, non repris, date déplacée. C'est vous qui fixez à quelle fréquence il peut relancer. Un bot qui écrit tous les jours n'est plus lu dès la deuxième semaine.
Faut-il que les dépendances soient bien renseignées dans Asana ?
C'est mieux, mais ce n'est pas indispensable. Là où les dépendances existent, l'agent les suit. Là où elles manquent, il travaille à partir des dates, des projets et des sections, et dit clairement qu'il déduit le lien au lieu de le lire.
Va-t-il modifier les échéances ?
Les siennes, celles que vous lui avez confiées, oui. Celles des autres, non. La date de quelqu'un d'autre est une promesse faite à un tiers, et cela ne se déplace pas en silence.
Faut-il un administrateur Asana pour brancher cela ?
Pour les projets de l'organisation, oui : c'est un administrateur qui installe l'application. Ensuite la configuration se fait par conversation — quels projets, combien de temps une passation peut rester sans réponse, ce qui compte comme une passation.
Là où cela intervient
Des déroulés où Asana porte une partie du processus.