Estratégia de dados: a fundação real da automação

Toda boa estratégia de dados termina virando uma estratégia de automação — e o contrário também é verdade, mas raramente reconhecido. Quando empresas nos dizem que querem “automatizar mais”, quase sempre descrevem o problema como sendo de workflow. Não é. É um problema de dados fantasiado de workflow.

A restrição que toda estratégia de dados precisa resolver

Toda automação faz três coisas: lê estado, avalia lógica, escreve estado. A lógica é fácil. O estado é tudo.

Quando projetos de automação falham, quase nunca é porque a lógica estava errada. É porque o estado lido está incompleto, defasado ou inconsistente entre os sistemas que precisam concordar sobre ele.

Exemplo trivial: “fechar automaticamente tickets de suporte quando a issue relacionada no Jira for resolvida”. Parece um workflow de 30 minutos. Na prática: o timestamp de resolução do Jira tem atraso de até 4 horas, comentários do cliente no ticket não refletem no estado do Jira, e “resolved” significa três coisas diferentes entre os times. O conceito de consistência eventual ataca exatamente esse problema, e ignorar ele custa caro.

O que isso significa para decisões de compra

Ao avaliar plataformas de automação (a nossa inclusive), as perguntas certas não são sobre capacidades de workflow. São sobre dados:

• Como a plataforma lida com consistência eventual entre sistemas fonte?
• O que acontece quando fonte A reporta estado X e fonte B reporta estado Y para a mesma entidade?
• Existe uma única fonte da verdade, ou a plataforma é só um roteador?

Ferramentas que respondem “a gente roteia eventos” funcionam para casos simples e quebram de jeito sutil em qualquer coisa que envolva mais de 2 sistemas. Voltamos a esse ponto sempre que pensamos em padrões de automação que fracassam.

O enquadramento honesto

Automação é a camada de aplicação. Integração de dados é a fundação. A maioria dos projetos de automação falidos que vimos escolheu uma ótima ferramenta de workflow em cima de uma fundação de dados quebrada. Inverta essa ordem e a sua estratégia de dados deixa de ser o gargalo invisível.