Automatizar um passo que não deveria existir o torna permanente. Cut é a etapa em que passos são apagados e em que a fila de build ganha ordem.
Conteúdo6 seções
A automação é um fixador
Um passo de aprovação redundante, feito por uma pessoa, é um incômodo. Todo mundo sabe que não serve. Alguém poderia apagá-lo numa quinta à tarde.
O mesmo passo, feito por software, é infraestrutura. Já não consome tempo mensurável, então deixa de ser visível. Tem custo de manutenção, porque precisa sobreviver a toda mudança futura dos sistemas vizinhos. E agora é politicamente caro de remover, porque foi pago.
Este é o mecanismo, dito sem rodeios, pelo qual a automação torna uma organização lenta permanentemente lenta em vez de rápida. O passo não melhorou. Ele foi conservado.
O que o Cut faz primeiro
Apaga.
A cada passo candidato do processo medido é feita uma pergunta: o que acontece se isso não for feito? A resposta tem de conter uma consequência, não uma razão.
Razões são baratas e quase sempre históricas: foi acrescentado depois de um incidente, um gestor queria, outro departamento pediu uma vez, três anos atrás. Consequências são verificáveis. Um erro chegando a um cliente é uma consequência. Uma coluna faltando num relatório que ninguém abre desde a primavera passada não é.
Os números de volume da linha de base resolvem a maioria dessas discussões em menos de um minuto, porque transformam um debate sobre princípio num debate sobre um número.
Toda remoção é registrada
Com o volume por passo anexado e com o nome de quem concordou.
Não é burocracia. É o que torna a etapa sobrevivível. Seis meses depois alguém vai perguntar por que a segunda aprovação sumiu, e a diferença entre uma resposta defensável e uma constrangedora é se o raciocínio foi registrado na hora ou está sendo reconstruído sob pressão.
Passos contestados permanecem. Um passo em que alguém insistiu, que sobrevive ao Cut com a discordância anotada ao lado, custa um pouco de escopo. Uma equipe que concluiu que o fornecedor apaga coisas em silêncio custa o trabalho inteiro, porque todo requisito que você receber depois será defensivo.
O que o Cut faz depois
Coloca os sobreviventes em ordem.
O primeiro item a construir precisa ser defensável diante de alguém que não estava na sala. Só esse teste elimina os dois métodos de seleção mais comuns: o fluxo da pessoa mais sênior e o fluxo mais interessante de engenhar.
O candidato maior costuma cair junto. Uma primeira entrega de um a três fluxos dentro de duas a quatro semanas não é ambição modesta. É a decisão de colocar algo em produção enquanto a medição ainda está fresca e enquanto todos ainda lembram do que concordaram.
O que quebra sem a etapa
O caos fica codificado. É essa a falha inteira, e ela é invisível por cerca de um ano.
O fluxo entra no ar, funciona, é mais rápido que a versão manual, e agora contém três passos que existiam só porque ninguém tinha olhado para eles desde 2023. Eles são permanentes. A próxima revisão de processos vai tratá-los como requisitos, porque estão no código.
A falha irmã é a ordem. Sem uma fila de build argumentada a partir dos números, a primeira entrega é escolhida por entusiasmo, e entusiasmo não correlaciona com retorno. O padrão e o custo dele estão em o que automatizar primeiro numa empresa pequena.
Onde ele fica
Cut é a quarta de seis etapas, e tem uma segunda metade: a regra que permite encerrar o trabalho por completo quando a aritmética não fecha positiva. Essa comporta, e os termos pelos quais ela julga, estão em a auditoria antes da automação. A sequência completa está em o protocolo de ponta a ponta.
Perguntas frequentes
Por que automatizar um passo ruim é pior do que deixá-lo em paz?
Porque converte um custo em ativo no balanço mental de alguém. Enquanto uma pessoa faz a aprovação redundante, aquilo é atrito de que todos reclamam e que qualquer um com autoridade poderia remover numa tarde. Assim que o software passa a fazê-la, três coisas mudam: ela deixa de ser visível, porque já não consome tempo mensurável; ganha custo de manutenção, porque precisa continuar funcionando através de toda mudança futura de sistemas; e fica politicamente cara de remover, porque alguém pagou por ela. O passo que era um incômodo agora é infraestrutura. Esse é o mecanismo específico pelo qual a automação torna organizações lentas permanentemente lentas.
Como distinguir um passo desnecessário de um que você não entendeu?
Perguntando o que acontece se ele não for feito, e exigindo uma resposta com uma consequência dentro e não com uma razão. Razões são baratas e quase sempre históricas: foi acrescentado depois de um incidente, um gestor anterior queria, outro departamento pediu uma vez. Consequências são verificáveis. Se a resposta for que um erro chegaria a um cliente, o passo sustenta peso e fica. Se a resposta for que faltaria uma coluna num relatório e esse relatório não é aberto há um ano, o passo é tecido cicatricial. Os números de volume do Track fazem quase todo o trabalho aqui, porque transformam a pergunta de uma discussão sobre princípio numa discussão sobre um número, e o número costuma decidir em minutos.
E se a equipe discordar de uma remoção?
O passo permanece, e a discordância é escrita ao lado dele. Isso não é diplomacia, é autoproteção: o jeito mais rápido de perder a cooperação de uma equipe pelo resto do trabalho é apagar algo que lhe disseram que importava, e o segundo mais rápido é apagar em silêncio. Um passo contestado que sobrevive ao Cut custa um pouco de escopo de automação. Uma equipe que concluiu que o fornecedor remove coisas pelas costas custa o projeto inteiro, porque a partir daí todo requisito que você receber será defensivo. As discordâncias também envelhecem bem: cerca de metade se resolve sozinha quando o fluxo já está no ar e todos podem ver o que aquele passo de fato protegia.
Como a ordem de construção é decidida?
Por retorno contra viabilidade, usando a matriz do Break atualizada com o que a medição realmente mostrou. O primeiro item precisa ser defensável diante de alguém que não estava na sala, o que descarta os dois métodos de seleção mais comuns: o fluxo cujo dono é mais sênior e o fluxo mais interessante de construir. O candidato maior costuma cair junto. Uma primeira entrega de um a três fluxos em duas a quatro semanas não é limitação de ambição, é uma escolha deliberada de colocar algo em produção enquanto a medição ainda está fresca e enquanto a equipe ainda lembra ter concordado com ela.
