Asana e agentes de IA
Quando o trabalho passa por várias pessoas, não é dentro das tarefas que ele se perde — é nas juntas entre elas. Um bloqueio levanta-se e ninguém avisa quem estava à espera. Uma data anda três dias para a frente e ninguém repara nas quatro tarefas que vinham atrás. O agente trabalha nos projectos que você lhe abrir e olha precisamente para essas juntas: o que está bloqueado e em quem, o que foi prometido para uma data e o que escorregou em silêncio.
O que um agente faz no Asana
- Trabalha nos projectos que você lhe abriu, e fica fora dos restantes.
- Tem à frente o que está bloqueado e em que pessoa, e não apenas em que tarefa.
- Diz ao responsável que a tarefa dele ficou desbloqueada, em vez de esperar que ele repare.
- Calcula o que uma data adiada arrasta atrás de si e mostra a cadeia inteira, não uma tarefa só.
- Dá pela passagem de trabalho que ninguém recolheu e levanta-a antes de a semana se ir embora.
Processos que arrancam sozinhos
Um playbook não é um botão — é um processo com uma condição que o faz arrancar. No Asana, essa condição vem quase sempre da ligação entre tarefas: um bloqueio levantado, uma data adiada, um responsável trocado.
O bloqueio levanta-se
A tarefa por que outra estava à espera é marcada como concluída
- Confirmar que aquilo que se esperava existe mesmo: o ficheiro, a resposta, a decisão
- Dizer ao responsável da tarefa que estava à espera que já pode começar
- Vir ter consigo se o bloqueio foi fechado sem nada por trás
Uma data escorrega
A data de entrega de uma tarefa é alterada
- Procurar tudo o que vinha atrás dessa data
- Montar a cadeia: quem prometeu o quê e a quem, mais à frente
- Mostrar até onde chega o atraso e onde é que parte uma promessa feita para fora
- Entregar-lhe a lista — as datas dos outros não são mexidas
Uma passagem que ninguém recolhe
Uma tarefa é reatribuída e o novo responsável não a assume
- Perguntar na tarefa se o novo responsável já a assumiu
- Esperar o prazo que você definiu, e não insistir com mais frequência
- Levantar-lhe o assunto, com o responsável anterior e a data da passagem
Onde o agente pára
- Não define prioridades: o que vem primeiro decide você; ele mostra as consequências, não escolhe.
- Não reatribui tarefas de outras pessoas nem lhes mexe nas datas: isso é primeiro uma pergunta e ainda não uma acção.
- Uma tarefa que não consegue formular sem ambiguidade volta como pergunta e não como palpite.
- O Asana só é verdadeiro na medida em que as pessoas o mantêm; e quando o agente deduz uma ligação em vez de a ler, di-lo.
FAQ
O agente vai escrever às pessoas por iniciativa própria?
Nas tarefas onde você o autorizar, sim — em comentário e só sobre coisa concreta: desbloqueado, por recolher, data adiada. A frequência com que pode insistir é definida por si. Um bot que escreve todos os dias deixa de ser lido na segunda semana.
As dependências têm de estar bem definidas no Asana?
Ajuda, mas não é obrigatório. Onde há dependências, o agente segue-as. Onde não há, guia-se por datas, projectos e secções, e diz com clareza que está a deduzir a ligação e não a lê-la.
Ele vai alterar datas de entrega?
As dele, as que você lhe entregou, sim. As dos outros, não. A data de outra pessoa é uma promessa que ela fez a alguém, e isso não se muda em silêncio.
É preciso um administrador do Asana?
Para os projectos da organização, sim: a aplicação é ligada por um administrador. A partir daí a configuração é uma conversa — que projectos, quanto tempo uma passagem pode ficar parada, o que conta como passagem.
Onde isto aparece
Casos em que o Asana carrega parte do processo.