Conteúdo5 seções
Track: a linha de base é a única coisa que faz o depois significar algo
Sem um número de antes assinado pelo operador, o número de depois é uma alegação. O Track produz a medição pela qual todo o trabalho é julgado.
A pergunta que todo resultado de automação deveria responder
Comparado com o quê?
É uma pergunta chata e quase nada sobrevive a ela. Um fluxo agora roda em quatro horas. Antes rodava em - e aí a frase costuma desacelerar, porque ninguém escreveu o número antigo, e a cifra que vem em seguida foi produzida de memória por pessoas que preferiam que o projeto tivesse funcionado.
Não é desonestidade. É o que a memória faz. Pergunte a qualquer um quanto tempo uma tarefa levava e você recebe a versão que ficou mais vívida, que é a pior.
O que o Track mede
Quatro coisas por fluxo, e nada além, porque uma linha de base com vinte métricas é uma que ninguém vai manter nem defender.
- Tempo de ciclo do momento em que o trabalho entra no processo até o momento em que sai.
- Throughput por semana, incluindo as rodadas que foram abandonadas.
- Taxa de erro, definida como trabalho que precisou ser refeito e não trabalho de que alguém não gostou.
- Custo por rodada, a custo carregado por hora e não a salário nominal.
Depois a janela: longa o bastante para incluir uma semana ruim, escolhida antes de ver os dados e não depois.
A assinatura
Quem assina é o operador. Não o fornecedor.
É a única etapa do trabalho com assinatura, e a razão é estreita. Um número de antes produzido pela parte que será julgada contra ele é uma posição de negociação. Assinado pelo cliente, vira o ponto fixo que faz o número de depois significar algo, nas duas direções: o fornecedor não pode baixá-lo quando o resultado decepciona, e o cliente não pode subi-lo quando quer uma história melhor.
E coloca a definição de sucesso à mesa no único momento em que nenhum dos lados sabe se vai gostar dela.
O que quebra sem esta etapa
O trabalho ainda funciona. Esse é o problema.
O build sai, o novo tempo de ciclo é real, e a melhoria é reportada contra uma cifra de antes montada depois do fato. Todo mundo satisfeito por um trimestre. Depois alguém do financeiro pergunta como o payback foi calculado, a resposta remonta a um número que nunca foi medido, e nesse instante o resultado inteiro fica inutilizável - não necessariamente errado, mas inutilizável, que para uma decisão de capital é a mesma coisa.
A aritmética que justifica o build não é melhor que o primeiro termo dela. O Track é o primeiro termo.
Onde ele fica
Track é a terceira de seis etapas, e só funciona se o processo foi estabilizado antes: o motivo está em por que o escopo é congelado. O que acontece com o processo medido em seguida é remoção antes de codificação, e o argumento para colocar uma auditoria à frente de um build está em a auditoria antes da automação.
01Por que o operador assina a linha de base e não o fornecedor?+
Porque a assinatura é o mecanismo inteiro. Um número produzido pela parte que depois será julgada contra ele não é uma medição, é uma posição de negociação, e todo mundo na sala sabe disso mesmo quando ninguém diz. Quando o operador assina, duas coisas passam a ser verdade ao mesmo tempo: o fornecedor não consegue revisar em silêncio a cifra de antes para baixo quando a de depois decepciona, e o cliente não consegue revisá-la para cima quando quer uma história melhor para o conselho. Também força a conversa que a maioria dos trabalhos evita, que é o que conta como sucesso, no único momento em que nenhum dos dois lados ainda sabe se vai gostar da resposta.
02E se o processo for irregular demais para medir em quinze dias?+
Então a janela aumenta, ou o fluxo não era um bom primeiro candidato. Alguns processos genuinamente precisam de um trimestre para mostrar a distribuição, e a conciliação de fechamento de mês é o exemplo óbvio: medida na primeira quinzena parece trivial, e medida cruzando a virada parece outro trabalho. A resposta certa é aumentar a janela para aquele fluxo, não escolher uma quinzena conveniente e chamá-la de típica. Se aumentá-la empurra o build para longe demais para valer a pena, isso é um achado real sobre ordenação de trabalho, e não uma desculpa para medir mal e seguir em frente.
03Por que incluir uma semana ruim de propósito?+
Porque a carga de exceções é a parte que a automação tem de sobreviver, e uma base tirada numa semana limpa mede a versão do processo que nunca dá trabalho. O dinheiro não está no caminho feliz. Está na rodada que chegou com um campo faltando, no cliente que respondeu num formato inesperado, na aprovação que ficou dois dias parada porque o aprovador estava viajando. Uma janela que exclui tudo isso produz um número de antes lisonjeiro e, pior, uma especificação escrita contra um processo que não existe, que é como se constrói um fluxo que funciona na demo e falha na segunda semana de uso.
04A linha de base serve para algo se o projeto não seguir?+
Sim, e isso é deliberado. A linha de base é do cliente, por escrito, havendo build ou não. É o documento que barateia a próxima tentativa independentemente de quem a conduza, porque a parte cara de qualquer projeto de automação é descobrir como o trabalho se move de verdade e quanto ele custa hoje, não escrever o código que o move de outro jeito. Também dá ao gestor algo com que cobrar o próximo fornecedor. Uma consultoria que trata suas medições como papéis internos de trabalho está lhe dizendo para que espera que essas medições sirvam.
