Um caminho leve para minor patches
A Lista de Verificação de Decisões trazia cinco perguntas para escolher entre o padrão completo e o padrão de atalho. Só que, na prática, aparecem tarefas que não se encaixam bem em nenhuma das duas opções.
Correção de typo (erro de digitação). Uma mudança de configuração de uma linha só. Padronização de terminologia. Se tentarmos submeter até esse tipo de correção à consulta aos 7 agentes internos (pedir a opinião deles) e à auditoria externa, o esforço de verificação fica pesado demais para o tamanho da tarefa. Este texto trata desse caminho ainda mais leve, criado para esse tipo de minor patch (correção mínima).
Quando o peso da consulta ultrapassa o conteúdo da tarefa
O padrão de atalho era o caminho que reduzia as voltas pelos 7 agentes internos e ia direto para a auditoria externa. Mesmo assim, essa etapa única de auditoria externa é sempre percorrida.
Vamos pensar, com um exemplo concreto, o quanto é desproporcional inserir uma auditoria externa para cada correção de typo. Numa tarefa que é só corrigir uma letra errada, a pessoa responsável pela auditoria precisa ler o contexto, checar o alcance do impacto e decidir entre GO/NO-GO. O tempo gasto nisso acaba sendo várias vezes maior do que o tempo da própria correção.
Se continuarmos aplicando o padrão de atalho também aos minor patches, o esforço de verificação vai se acumulando, e as pequenas correções do dia a dia ficam represadas. Correções represadas tendem a ser deixadas de lado, e os erros de digitação e as inconsistências de terminologia esquecidos vão aumentando. Endurecemos a verificação com a intenção de melhorar, mas, no fim, acabamos aumentando a quantidade de coisas que não são verificadas. Aí está a contradição.
Por isso, decidimos criar um terceiro caminho, que não é nem o padrão completo nem o padrão de atalho. Chamamos esse caminho de caminho leve.
Até onde vai o "minor"
O caminho leve só pode ser usado em tarefas que atendam a todas as condições a seguir.
1. Não muda o conteúdo do significado
São tarefas como correção de typo, padronização de terminologia e conserto de link quebrado. O conteúdo que o texto transmite não muda. Mudanças que tocam no significado, como "ajustar o argumento deste parágrafo" ou "trocar a ordem da explicação", ficam de fora.
2. O alcance do impacto fica restrito a um único ponto
São tarefas que não se espalham para além do ponto corrigido. Mudanças que tocam na definição de um termo ou em regras comuns podem afetar o fundamento de decisões em outros pontos, mesmo que sejam de apenas uma linha. Esse tipo de mudança fica fora do caminho leve, independentemente de quão poucas linhas envolva.
3. O esforço para reverter é praticamente zero
Quando um problema é encontrado, desfazer a mudança tem que ser questão de segundos. Essa é a premissa do caminho leve. No momento em que reverter uma correção exige investigação ou reconfirmação, isso já ultrapassa a "leveza" que o caminho leve pressupõe.
Essas três condições são mais rígidas do que as cinco perguntas da Lista de Verificação de Decisões. As cinco perguntas eram o critério para escolher entre "padrão completo ou atalho", mas o caminho leve fica ainda além disso, permitindo um tratamento mais leve do que o próprio padrão de atalho. Se afrouxarmos o critério, o leque de tarefas que passam por esse caminho vai se ampliando cada vez mais.
O que não deixamos de fazer, e os freios
Mesmo no caminho leve, há duas coisas que não deixamos de fazer.
Uma é o registro. O que foi corrigido, quando e por quê ficam sempre gravados em log. Mesmo pulando a consulta e a auditoria, se pularmos também o registro, o resultado vira um estado de "mudou sem ninguém perceber quando". Esse é o mesmo tratamento dado aos outros caminhos.
A outra é a reversibilidade. Como a própria condição para usar o caminho leve já inclui "esforço de reversão praticamente zero", tarefas que não atendem a essa condição não usam o caminho leve. Se isso for quebrado, a própria premissa do caminho desmorona.
Mesmo depois de restringir as condições até aqui, ainda sobra um risco. É a autodeclaração de "isso é uma correção pequena".
No começo, usamos o caminho leve com a intenção de corrigir algo realmente pequeno. Depois, uma correção um pouco mais ampla também é julgada como "bom, deve ser pequena" e passa pelo mesmo caminho. Repetindo isso, o conteúdo das tarefas que passam pelo caminho leve vai ficando, aos poucos, mais pesado do que se previa no início. Como a sensação de quem declara é sempre "dessa vez também é pequeno", é difícil perceber esse inchaço por conta própria.
Como freio para isso, mantemos a prática de registrar as tarefas que passam pelo caminho leve de um jeito que possa ser revisto depois. A cada período determinado, revisamos os registros e checamos "isso realmente foi pequeno?". Confirmar isso não no momento de cada decisão individual, mas num momento de revisão dos registros acumulados, segue a mesma lógica da regra periódica descrita em Não confie demais nos atalhos. Em vez de depender da capacidade de julgamento do momento, embutimos o momento de checagem no próprio sistema.
O caminho leve não é um caminho que abre mão da verificação. É mais uma opção para escolher um nível de verificação proporcional ao peso da tarefa.