Como um controller mede se a operação do GUEPARDO Tax está madura?

Começo pelo básico do projeto: um sinal que a régua deveria ter é o inventário das extensões Z. Aqui na empresa, viu, a parte que mais quebrou na atualização foi justamente a que ninguém sabia dizer quem escreveu.

Para o nível controlado, peça inventário vivo com dono, objetivo e o que cada extensão assume do produto. Para o otimizado, peça análise de impacto antes de cada atualização e regressão depois.

Discordo de medir só o fechamento. Bem, na minha área, o nível também depende de quem sabe operar. Uma sustentação em que os chamados repetem a mesma causa e ninguém domina o ambiente fiscal está no básico, mesmo com o fechamento em dia.

Por isso acrescento à régua os critérios que a nota de escolha de sustentação aponta: causa raiz demonstrada, passagem de conhecimento e relatório periódico com recorrência.

Sem enrolar: a documentação do produto que temos não afirma que exista régua oficial de maturidade do produto; confirme com a NTT. Em todo caso, ó, dá para montar uma com sinais que aparecem na prática, e isso é julgamento nosso, não norma.

1. Básico: apuração gerada, conciliação feita em planilha.
2. Controlado: conciliação por tributo, dono por regra, evidência datada.
3. Otimizado: causa raiz registrada e recorrência medida.

Marque cada ponto como sim ou não e some.

Dúvida pontual sobre a régua: outra forma é medir pelo fechamento. O cerne, ó, é o seguinte: fiscal e contábil fecham no mesmo valor todo mês, ou a área gasta dias em planilha para explicar a diferença?

Métrica concreta: dias entre o fim do mês e a conciliação concluída, e quantidade de diferenças sem causa explicada. Registre os dois por três meses. Se o segundo não cai, o nível é básico, qualquer que seja a configuração.