Conectar Asana a un agente de IA

1. La distancia entre el trabajo y su declaración

Todas las herramientas de seguimiento comparten el mismo punto ciego, y Asana no es una excepción: miden declaraciones. Una tarea marcada significa que una persona abrió la herramienta e hizo clic — no que el trabajo esté terminado, ni que lo esté bien.

Esa distancia tiene tres efectos, y el tercero es el más caro:

• El tablero va por detrás de la realidad. Lo que se hace el martes se marca el jueves, o el lunes siguiente. En una semana eso no cambia nada; en un trimestre basta para falsear un informe.
• La actualización se convierte en un trabajo en sí. Una reunión semanal cuyo objeto real es mantener la herramienta al día es una reunión que cuesta el tiempo de todos para producir una pantalla.
• Se acaba por no usarlo más. Un tablero que se sabe falso ya no se consulta. Sigue abierto, ya no decide nada, y las verdaderas prioridades vuelven a vivir en los mensajes y en las cabezas.

2. Lo que el agente hace en Asana

El conector oficial de Asana cubre los proyectos y las tareas, con lo necesario para seguir su avance.

• Consultar los proyectos y las tareas. Saber qué está en curso, qué va con retraso, quién lleva qué. Es lo que permite a un agente saber si debe ponerse a trabajar — o si ya se está ocupando alguien.
• Crear una tarea. Lo que aparece sobre la marcha y que, sin esto, se quedaría en un hilo de conversación: una corrección detectada, un seguimiento que hacer, una pieza que falta y hay que pedir.
• Asignar una tarea. A una persona de su equipo, con un plazo. Una tarea sin responsable ni fecha no es una tarea, es una intención.
• Seguir el avance. Hacer progresar lo que ha progresado, señalar lo que está bloqueado, actualizar el estado en lugar de dejarlo caducar.

3. La diferencia: quien ejecuta lleva el tablero

Es el punto que realmente distingue a este conector de los demás, y merece insistir porque es fácil pasarlo por alto.

En el uso habitual de Asana, quien hace el trabajo y quien lleva el tablero son la misma persona — que es justamente lo que no funciona, porque la segunda tarea siempre se aplaza en favor de la primera. Cuando un agente ejecuta la tarea, la situación cambia de naturaleza: no tiene ninguna razón para aplazar la declaración, y la hace en el momento exacto en que el trabajo termina.

Esto da a Asana una función que no tenía: la de un diario de lo que realmente ocurrió. Una tarea «publicar el artículo de la semana» ya no se marca por optimismo el viernes; se marca cuando el artículo está en línea, con el rastro de lo que se hizo.

Dos consecuencias prácticas:

• El tablero vuelve a poder consultarse. Si dice que algo está hecho, lo está — lo que, en una herramienta de seguimiento, es menos frecuente de lo que uno querría.
• Humanos y agentes comparten la misma lista. Lo que está delegado y lo que no aparecen en el mismo sitio, con los mismos plazos. Es la forma más sencilla de ver lo que hacen sus agentes sin aprender una pantalla nueva.

4. Lo que no hace

• No marca lo que no ha hecho. Una tarea que lleva una persona sigue siendo suya: el agente puede preguntar cómo va, no declara en su lugar. Un tablero llevado por un agente que supone vale menos que un tablero con retraso.
• No reasigna el trabajo de los demás. Mover una tarea de una persona a otra es una decisión de gestión, no una operación de orden.
• No cambia los plazos para evitar un retraso. Un retraso aplazado es un retraso escondido; debe seguir siendo visible, incluso cuando quien va con retraso es el propio agente.
• No reestructura sus proyectos. Sus secciones, sus etiquetas y sus plantillas siguen siendo su organización.

5. Conectar, y nombrar el proyecto

La conexión es una autorización de cuenta: usted entra en Asana, acepta los permisos mostrados. Ninguna aplicación que crear, ninguna clave.

El perímetro se nombra en dos niveles:

• El espacio de trabajo — la organización de Asana afectada.
• El proyecto — la lista concreta sobre la que trabaja el agente. Los demás proyectos del espacio le quedan invisibles.

Limite el acceso a los proyectos en los que sus agentes deben trabajar. Este consejo parece evidente y se descuida con regularidad, porque un espacio de Asana contiene casi siempre proyectos que no tienen nada que hacer al alcance de un programa: una contratación en curso, una reorganización, un expediente confidencial. Nombrar el proyecto zanja la cuestión de una vez.

También es la buena manera de empezar: un solo proyecto, aquel cuyo seguimiento caduca más deprisa, y luego se amplía.

6. Lo que cambia con el tiempo

Una herramienta de seguimiento se juzga por su fiabilidad al cabo de seis meses, no por su comodidad la primera semana.

• Semana 1. Las escrituras pasan por validación y usted fija el vocabulario: qué merece una tarea, qué no la merece, en qué momento una tarea está terminada en su empresa. Es más sutil de lo que parece y solo se resuelve una vez.
• Mes 3. Lo que se ha hecho se marca el mismo día. La reunión de seguimiento deja de ser una sesión de actualización y vuelve a ser una sesión de decisión — que es su objeto.
• Año 2. El historial está completo, y por tanto es utilizable: cuánto tiempo lleva realmente este tipo de tarea, cuál se retrasa siempre, cuál no ha servido nunca de nada. Esa lectura es imposible sobre un tablero llevado a ratos.

No se promete ninguna ganancia de productividad cifrada: depende de lo que delegue. Lo que sí se garantiza es que el tablero diga la verdad cuando lo abra.

7. Preguntas frecuentes

Para profundizar

Leer a continuación: conectar Notion, ver trabajar a sus agentes, o todos los conectores disponibles.