Automatize o trabalho repetitivo, não a confusão.

O objetivo com que trabalhamos é libertar tempo de tarefas repetitivas para trabalho que exige julgamento. O que a empresa faz com esse tempo é uma decisão sua, não uma consequência técnica — e não é algo que possamos ou devamos prometer em qualquer direção.

É o risco principal deste tipo de projeto e por isso a monitorização não é opcional. Cada fluxo tem deteção de falha e alerta para um responsável identificado. Uma automação silenciosa que falha é pior do que não a ter.

Frequentemente sim, por importação e exportação de ficheiros, base de dados ou, em último caso, automação de interface. Mas cada uma destas vias é mais frágil do que uma API, e dizemos isso à partida, com o risco associado, em vez de o descobrir a meio.

Depende do processo. O diagnóstico identifica o primeiro fluxo com melhor relação entre impacto e esforço — habitualmente o que é mais frequente e mais simples, não o mais visível. Não indicamos prazos antes de conhecer o processo.

Quando não existe owner, quando a regra muda constantemente, quando os dados não têm qualidade mínima, quando o fluxo não é compreendido, quando a decisão é de alto impacto e não há supervisão, ou quando o custo excede o benefício. Nesses casos dizemos isso — e o passo certo é outro.

Por tempo de ciclo, passos manuais, erros, exceções, volume, capacidade libertada, utilização, custo por transação e incidentes — medidos contra a baseline do diagnóstico, não contra uma estimativa.