Automatize todos os fluxos de trabalho de consultoria com IA

O instinto é automatizar o processo que mais irrita as pessoas, e esse costuma ser o ponto de partida errado, porque o processo mais irritante é muitas vezes o que tem mais exceções. A primeira automação deve ser aborrecida, de grande volume e estável, porque a sua função é provar que a abordagem funciona.

Uma ordenação simples torna a escolha defensável: frequência vezes tempo por ocorrência, a dividir pelo número de exceções reais. Os processos com pontuação alta são aqueles em que a automação se paga em semanas. O processo irritante mas raro pode esperar até a equipa confiar nas ferramentas.

As automações falham em produção por uma razão previsível: foram desenhadas em torno do caso que acontece oitenta por cento das vezes, e os restantes vinte por cento não têm para onde ir. O trabalho reaparece então sob a forma de uma pessoa a tratar exceções em silêncio numa folha de cálculo, e a poupança reportada nunca se concretiza.

A disciplina é decidir, antes de construir, o que acontece a tudo o que a automação não consegue tratar: quem o recebe, com que rapidez e como regressa ao fluxo depois de resolvido. Uma automação com um caminho de exceção explícito e setenta por cento de cobertura vale mais do que uma sem caminho nenhum com noventa e cinco.

Uma automação é código, e código sem dono degrada-se: um formulário muda, uma versão de API é descontinuada, uma regra que fazia sentido no ano passado passa a produzir resultados errados em silêncio. A falha raramente é ruidosa, e é isso que a torna cara.

A manutenção que funciona é pequena e agendada. Cada automação tem um dono, uma descrição escrita do que pressupõe e uma verificação trimestral de que esses pressupostos se mantêm. As automações que já não compensam são desligadas deliberadamente, o que é muito mais barato do que descobrir daqui a oito meses que estiveram sempre erradas.