O que a prontidão realmente mede
A prontidão para automação tem muito pouco a ver com sofisticação técnica e quase tudo a ver com a possibilidade de um processo ser descrito. Uma equipe que pode definir o que desencadeia um trabalho, quais informações são necessárias, quais são as regras e quem é o responsável pelo resultado está pronta, qualquer que seja o software que execute. Uma equipe que não consegue, ainda não está pronta e não há substitutos para ferramentas — uma automação baseada em um processo não documentado automatiza tudo o que a última pessoa fez, incluindo as peças que estavam erradas.
As quatro coisas que esta verificação analisa
As questões abrangem a clareza do processo, se os dados que uma automação precisaria podem ser acessados por meio de uma API em vez de bloqueados na planilha de alguém, se existe um proprietário nomeado que ainda será o proprietário do fluxo de trabalho seis meses após o lançamento e se há uma métrica para julgá-lo. Fraquezas em qualquer um deles podem ser corrigidas em semanas e vale a pena consertar antes da construção, e não durante ela, porque cada um deles se transforma em retrabalho quando o código existe.
O que fazer com uma pontuação baixa
Uma pontuação baixa é um resultado de definição do escopo, não uma rejeição. Geralmente significa que o primeiro projeto deve ser menor e mais enfadonho do que o planejado: consolidar os canais pelos quais uma consulta pode chegar, anotar de memória as regras que alguém aplica atualmente ou tornar acessíveis os dados de um sistema. Cada um deles tem valor por si só e remove um motivo pelo qual a eventual automação teria falhado. A auditoria existe para identificar qual é, e é a mesma conversa se a nota sai alta ou baixa.